En el proceso de desarrollo, me di cuenta de que un problema
problema específico es que no tengo un mecanismo fiable para evitar que sus propios errores
Ahora el proceso es el desarrollo de depuración + - compañeros de clase> prueba -> on line
Aquí la prueba del tiempo será un poco más largo, debido a que el fallo será un poco más, entonces es necesario modificar insecto, y luego prueba para verificar
el tiempo de cambio = error error entender el contenido de la prueba descrita reproducen insecto + + + leer el código para encontrar lagunas de modificar la prueba para verificar Cerca de errores +
El proceso mejorado está desarrollando depuración + + + ensayo de control de escritura general final -> compañeros de clase de prueba -> on line
Este modelo de desarrollo será un poco más conexiones, prueba de escritura + Entrada general final es adicional
De hecho, el primer modelo de desarrollo es el riesgo irresponsable en la prueba. Tenemos que probar el código debe estar en su propia opinión no hará que el problema (en lugar de hacer su propio control), prueba en línea como un código de autenticación de verificación final
De hecho, toda la comprobación de nuevo la cantidad de tiempo no es el proyecto de ley, incluso si se trata de una revisión de código
inspección general durante el tiempo previsto es de aproximadamente tres horas, de hecho, correr de nuevo describir todo el PRD
Prueba escrita realmente tomará mucho tiempo?
De hecho, no necesariamente
En primer lugar, no es necesario añadir pruebas para todo el código
1 + 1 2 de tal manera que no hay necesidad ===
En segundo lugar, tenemos que estar familiarizado con el marco y los instrumentos de prueba, por lo que será muy útil para mejorar la eficiencia
Lo que necesita el código de prueba, este es un problema. En comparación con una cobertura del 100% prueba de este gran objetivo, lo que significa que yo defiendo el principio de lo que jugar, pruebas de escritura sólo por su propio código de censura
Con el código de prueba aumentará los ingresos disminuye, el principio rector es que la sensación de estar equivocado, y más tarde desea modificar para lograr, implementar necesidades de códigos complejos para ser probados. Esto conseguirá una rentabilidad muy alta con un costo mínimo
La última prueba es una herramienta para asegurar que nuestro código está en sus propias manos cuando ya no trata de la gama de la última protección, y ahora quiere que estos barrera erigida, se calzoncillos a desgaste descartados
modelo de diseño se encuentra en desarrollo para reducir el error, el pensamiento claro, fácil expansión, fácil de modificar los medios, que se encuentra en la fase de codificación hay una estructura buena reducirá naturalmente una gran cantidad de insecto
se respeten estos mecanismos de la ley de Murphy y el desarrollo de programas, ciertamente no es un cien por ciento resuelto el problema, pero reducirá en gran medida la probabilidad de problemas, e incluso mejorar la eficiencia de todo el proyecto, mejorar la calidad del proyecto
por lo que la parte de atrás del proceso de desarrollo fue cambié
Desarrollo (patrones de diseño que dependen de principio) + depuración (retroalimentación desarrollado) + + prueba de comprobación final por escrito -> compañeros de clase de prueba -> Editar error -> Regresión -> on line
Asegúrese de observar la parte posterior del proceso de desarrollo
error es inevitable, y es una medida sin fin, que tenemos que tener una estrategia para garantizar el funcionamiento normal del proyecto, que consiste en garantizar el funcionamiento normal del proyecto dentro de un rango razonable. Y esto es un rango razonable de preparación de casos de prueba específica
otras cuestiones
En el desarrollo siempre pensamos rápidamente completar la tarea, a veces ansiosos será plantado un montón de mal diseño, no hay tiempo para pensar sobre la modificación acabada, como iterativo, paso a paso perfecto.
Otra forma es codificada en un solo paso, para hacer que se ha hecho, la parte posterior no requiere retrabajo.
Ambos métodos, que tienden a la reanudación temporalmente paso en su lugar no es necesario. Pero el verdadero trabajo está hecho utilizando una manera iterativa, paso a paso perfecto. Debido a que no puedo en un solo paso, siempre quería que darse prisa para completa, no pude evitarlo
¿Por qué tiendo a caminar él? Debido a que hay un costo de reproceso, la necesidad de entender el código escrito yo mismo, se necesita más tiempo. Pero debido a que quiere lograr la perfección estancado no es bueno, por lo que la disyuntiva que no tienen una respuesta estándar
