Pregunta

Así que hemos estado ejecutando una versión diaria en nuestro proyecto actual para muchos meses en este punto. Las pruebas de humo que va junto con la acumulación diaria no es muy complejo, sin embargo - que realizar algunas pruebas nUnit en nuestra biblioteca de clases principal (que, ciertamente, no ofrecen una gran cobertura de código), y nos aseguramos de que las cosas compilan y construir. La aplicación en cuestión es un sitio ASP.NET que consume algunos objetos de negocio (que incluyen LINQ-to-SQL).

¿Hay pruebas de humo más complejos que debemos estar en ejecución, sobre todo en los sitios ASP.NET? ¿Cómo podemos desarrollar una prueba de fuego para un sitio ASP.NET, para el caso?

¿Fue útil?

Solución

Además de las pruebas unitarias, que puede ser bueno para poner en marcha el sitio a un servidor de ensayo con algunos datos de ejemplo. Lo más cerca posible vivir como sea posible. A continuación, utilice una secuencia de comandos de generación de tráfico HTTP para simular el tráfico de usuarios y sesiones. Puede supervisar el registro de depuración, excepciones y otros códigos pruebas en el back-end. También puede tomar mediciones de rendimiento aquí.

Al igual que una versión más intensa, iterativo de jugar con él en el navegador mismo.

Usted puede hacer esto mediante la definición (o por medio de la inspección) los recursos públicos y sus entradas. Los scripts pueden entonces tratar de causar problemas de validación, permutaciones impares de flujo de sitio y otras cosas que ponen a prueba todo el contexto del sitio en un entorno en vivo.

Si la prueba no es completo ... de la unidad de pruebas a través de "Qué bonito jugar con datos reales y el tráfico", entonces usted está en última instancia va a estar corriendo como un pollo sin cabeza corregir errores más tarde.

Otros consejos

pruebas de humo, por naturaleza, deben ser superficial: ¿Se compilar? ¿Desplegar? ¿La carga de la página de bienvenida? Tal cargar una página de prueba que realiza una consulta en la base de datos para ver que esta conexión funciona, también. Eso es todo.

No debería estar haciendo pruebas de humo. ¿Tiene conocimiento de la etimología de este término? Una "prueba de fuego", en la electrónica, es cuando se enciende la unidad y ver si alguno sale humo.

Se debe hacer pruebas unitarias más amplios; suficiente para darle una buena cobertura de código. Esto es lo que debe hacer en cada generación. También debe tratar de hacer un despliegue, y ejecutar algunas "pruebas de verificación de la instalación".

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top