Pregunta

He estado trabajando en una aplicación, por mí mismo, y yo estoy en una etapa donde todo funciona muy bien - siempre y cuando el usuario hace todo lo que él o ella tiene que hacer. :-) Las necesidades de software más pruebas para ver cómo robusta que es, lo bien que funciona cuando la gente hacer cosas como hacer clic en el mismo botón varias veces, intente abrir el tipo equivocado de archivos, datos puestos en los lugares equivocados, etc.

Estoy teniendo un pequeño problema con esto porque es un poco difícil para mí pensar en términos de uso de la aplicación incorrecta. Estos son todos casos de uso a mí. Aún así, me gustaría tener la aplicación como estable y bien probado como sea posible antes de empezar a darle a los probadores beta. Suponiendo que no estoy hablando acerca de la contratación probadores profesionales en este punto, tengo curiosidad si ustedes tienen algún consejo o una forma sistemática de pensar acerca de esta tarea.

Gracias, como siempre.

¿Fue útil?

Solución

Bueno, parece que usted está hablando de 2 cosas diferentes "Comprobación de la funcionalidad de su aplicación" y "pruebas de estrés" (que es el título de tu pregunta)

Las pruebas de tensión es cuando usted tiene un sitio web, y desea comprobar que se puede servidor de 100.000 personas al mismo tiempo. Al ver cómo su aplicación realiza bajo estrés. Esto se puede hacer de varias maneras, por ejemplo mediante la grabación de algunas acciones y luego conseguir una serie de equipos de agente para que alcance su aplicación al mismo tiempo.

Esta pregunta suena más como una cuestión de Aseguramiento de Calidad. Eso es lo que los probadores / beta testers son para. Pero hay cosas que usted puede hacer usted mismo para validar su aplicación funciona de la mejor manera posible.

Unidad de probar su código sería un buen comienzo, que le ayuda a tratar de encontrar esos casos extremos. Si su método toma en cosas como enteros, tratar de pasar en int.max, int.min, y ver lo que hace saltar. Pasar nulos en todo. Si está utilizando .Net es posible que desee ver en PEX, que pasará a través de todas las ramas / codepaths que su aplicación tiene. Eso podría ayudar a refinar aún más las pruebas unitarias para probar la aplicación lo mejor que pueda.

Las pruebas de integración, ver lo que sucede extremo a extremo para algunos de sus cosas habituales. Esto le ayudará a encontrar errores '' como se está desarrollando más tarde.

Estos son algunos consejos rápidos sobre las cosas que usted puede hacer para tratar de encontrar casos extremos que puede haber perdido. Pero eso sí, con el tiempo tendrá que pasar su aplicación a otra persona a prueba. Sólo asegúrese de que ha cubierto fuera tanto como sea posible antes de que se les pega: -)

Otros consejos

Asegúrese de tener la cobertura de código adecuado en las pruebas unitarias y pruebas de integración.

combinaciones

Uso de validación de interfaz de usuario apropiado, y de prueba que se puede romper.

he encontrado que una aplicación buena arquitectura que reduce el número de permutaciones posibles en la interfaz de usuario (formas en que el usuario puede romperlo) ayuda mucho. Los patrones de diseño como MVC puede ser especialmente útil en este sentido, ya que hacen su chapa de interfaz de usuario lo más fina posible.

Automatización.

(Re) Factor de su código para que otro programa de usuario puede lanzar-eventos en ella. Crear secuencias de comandos simples de eventos de usuario y reproducirlas para su programa. eventos de captura de usuarios beta y salvar a aquellos como scripts de prueba (útil para la reproducción de los problemas y la comprobación de las regresiones). Escribe una pelusa-tester que se aplica pequeños cambios aleatorios a los guiones y probarlos en contra de su programa también.

Con este tipo de automatización se puede subrayar y aplicación, y se encontró mirando a problemas como los cachés y pérdidas de memoria. No va a probar la funcionalidad real. Para la funcionalidad, pruebas unitarias pueden ser útiles. Hay un montón de marcos de pruebas unitarias que hay que probar. Escoja algo útil, aprender a escribir buenas pruebas, e integrarlos en el proceso de construcción.

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