La tercera semana de la finalización del trabajo

En primer lugar, el estudio teórico

1, clases de aprendizaje Mu Capítulo 3

  Prueba de la unidad es un método de pruebas de software, los elementos de código fuente de prueba de cada uno de una pluralidad de unidades o módulos fijados por este método de ensayo, el programa de prueba a utilizar el programa, para asegurar su disponibilidad. Con el aumento del grado de desarrollo de software, el coste de las correcciones de errores originales será mayor. Unidad de prueba en el desarrollo inicial del software, puede reducir efectivamente el costo del desarrollo de software, y para reducir el número de error en el software utilizado en el proceso. El proceso de pruebas de conjunto se realiza a través de casos de prueba, los resultados esperados, el valor del valor del prefijo y el sufijo

  Método de ensayo se divide generalmente en la unidad de pruebas y el método de caja blanca. En el que la prueba de caja negro llamado prueba de funcionamiento, en el caso sin tener en cuenta la estructura lógica interna y propiedades internas de los procedimientos, funciones, de entrada y valores de salida se comprueba por el programa cumple con las expectativas. Estructura, también conocida como prueba de caja blanca y en el caso de la utilización de la estructura lógica permite que el programa interno y la información relacionada, diseñado para probar el valor de la trayectoria lógica de todos los programas ensayados. Por el contrario, las pruebas de caja blanca puede aumentar considerablemente la cobertura de código, puede mejorar la calidad de los códigos de diseño de software desde el principio.

 

2 estudio, el tercer capítulo de "construcción de la ley"

  La programación en parejas es un método de desarrollo de software ágil, dos programadores trabajan juntos en un ordenador. Por lo general, por una persona escribir el código, otra persona responsable de la revisión. Y los papeles entre los dos programadores son intercambiables. proceso de programación en parejas es un proceso de supervisión mutua, después de forzar el programador debe ser una comunicación frecuente, puede actualizar de manera efectiva su capacidad tecnológica. En esta especificación y código en la revisión de código juega un papel importante, que consiste en todos los aspectos de diseño del programa, la relación entre los módulos, los patrones de diseño. Conferencia hablado de los programadores buenos tienden a pensar durante varios días como un nombre de variable, que es un ejemplo muy interesantes e ilustrativos tienen.

 

3, desarrollo basado en pruebas

  Test Driven Development impulsado el desarrollo TDD-Test es un modelo de desarrollo ágil en la práctica, en definitiva, a saber: TDD se refiere al primer código de prueba de escritura antes de escribir el verdadero código de implementación de la función, y luego poner en práctica el código basado en las necesidades de reconstrucción. El proceso básico de desarrollo basado en pruebas es el siguiente:

① rápidamente añadir una prueba
② ejecutar todas las pruebas (o, a veces sólo se necesita para ejecutar una parte), la nueva prueba no se puede encontrar
③ hacer algunos pequeños cambios, tan pronto como sea posible para hacer que el programa de prueba se puede ejecutar, por algún método plausible puede ser utilizado en el programa
④ ejecutar todas las pruebas y todos pasaron
⑤ código reconstruida para eliminar duplicados de diseño, estructura de diseño a optimizar
  desarrollo basado en pruebas no es una técnica de prueba, se trata de una tecnología analítica, la tecnología de diseño, sino una organización de tecnología en todas las actividades de desarrollo. Con respecto al método tradicional estructurado de desarrollo, un proceso de desarrollo de alta calidad, un desarrollo de alta eficiencia ventajas de escalabilidad software de desarrollo. Actualmente, es el modo de desarrollo más popular.
 
 

En segundo lugar, el aprendizaje práctico

1, el juego de la vida era parte de la unidad de pruebas game_map

  Refiriéndose al blog https://blog.csdn.net/mssora/article/details/53380276 , Mu lección game_map del código de prueba de unidad, el código de prueba de unidad se ha cargado repositorio de código https://github.com/NemoNemo03/N -Stock / árbol / Maestro / LIFE_GAME , puso a prueba un total de nueve contenido, la retroalimentación tuvieron éxito, de la siguiente manera:

  Código y el código de análisis de cobertura de la prueba, en el que la cobertura de código game_map fue del 85%, como sigue:

 

 

 

 

 

2, mejoras en el programa de búsqueda de palabras

El contenido de la prueba de la unidad de aprendizaje, pruebas de caja negro realizadas (códigos de caja blanca es compleja, no se ha completado), basta con introducir algunas palabras se probaron y se encontró que cumplir los requisitos de salida, pero el más largo es el tiempo de la prueba, el principal debido a que la estructura de la oración no es clara, el código es demasiado complicado, y luego re-escrito el código utilizando el bucle, nombrando el nuevo código, la estructura es relativamente claro, hubo una notable mejora en la velocidad. código específico de la siguiente manera:

1  importación re
 2  importación perfil
 3  
4 con (abierta ' document.txt ' , ' r ' ) como f:
 5      string = f.read ()
 6 str_list = string.lower ()
 7 palabras = str_list.split ( ' ' )
 8 words_count = len (palabras)
 9 10 11 con (abierta ' quety.txt ' , ' r ' ) como f:
 12      = de cuerda 
 
f.read ()
 13 str_query = string.lower ()
 14 word_query = re.split ( ' [^ a-zA-Z] + ' , str_query)
 15  
16  
17  
18  def words_xoy (palabras):
 19      word_all_list = []
 20      para x en gama (lEN (palabras)):
 21          word_list = re.split ( ' [^ a-zA-Z] + ' , palabras [x])
 22          si  ''  en word_list:
 23              word_list.remove ( '' )
 24         word_all_list.append (word_list)
 25      de retorno word_all_list
 26  # de impresión (words_xoy (palabras)) 
27  
28  
29  def consulta (es decir, word_query):
 30      palabra = word_query
 31      para x en rango (len (palabra)):
 32          si word_query [x ] en re.split ( ' [^ a-zA-Z] + ' , str_list):
 33              word_all_list = words_xoy (palabras)
 34              para i en rango (len (word_all_list)):
 35                  para jen rango (len (word_all_list [i])):
 36                      si palabra [x] == word_all_list [i] [j]:
 37                          de impresión (str (i + 1) + ' / ' + str (j + 1), el extremo = ' \ n ' )
 38          otra cosa :
 39              print ( ' ninguno ' , final = '  ' )
 40  
41 profile.run ( " consulta (es decir, word_query) " )

  En donde la comparación de la velocidad de código antiguo y nuevo de la siguiente manera:

                           El código nuevo código de edad

 

En tercer lugar, el registro de aprendizaje

fase de aprendizaje aprender aprendizajes
03/02/2019 14: 00-17: 00 Ingeniería de software

El conocimiento de las pruebas unitarias 

04/03/2019 14: 00-17: 00 "La construcción de la ley" folletos La comprensión del proceso específico de la cooperación de programación
05/03/2019 14: 00-17: 00 aprendizaje basado en Python La sintaxis básica del pitón de aprendizaje
07/03/2019 14: 00-17: 00 aprendizaje basado en Python La sintaxis básica del pitón de aprendizaje
08/03/2019 08: 00 hasta 2100

 

información en línea, programación

Familiarizados con el proceso de escribir un programa Python

 

 

 

 

 

 

 

 

 

 

 

 

IV Resumen

  Con el estudio en profundidad de la ingeniería de software, comprender la importancia del proceso de desarrollo de software específico y la ciencia del desarrollo de software. Especialmente la aplicación de pruebas de unidad, que puede ayudar a los programadores a detectar problemas de manera oportuna para resolver el problema, después del proceso de desarrollo de software tiene que aprender a hacer un buen uso de las pruebas unitarias. La cooperación al desarrollo es una forma efectiva de desarrollo de software, en el proceso de desarrollo conjunto debe prestar atención a las especificaciones del código, y la revisión de código, una buena relación de trabajo puede mejorar enormemente la calidad de la programación y la programación de la eficiencia. En el curso de la práctica no están familiarizados con el lenguaje de pitón, programación de la eficiencia es muy baja, con la esperanza de mejorar el proceso de aprendizaje en el futuro.

Supongo que te gusta

Origin www.cnblogs.com/lxh0303/p/12444753.html
Recomendado
Clasificación