Debería incluir siempre los casos de prueba a partir de las interacciones previas?

StackOverflow https://stackoverflow.com/questions/3142974

  •  01-10-2019
  •  | 
  •  

Pregunta

Recientemente he instalado Microsoft Test Manager 2010 y esta es mi primera experiencia con este tipo de pruebas. Mi método usual de la prueba consiste en cargar unas cuantas diferentes navegadores web y carrera a través de una aplicación.

La razón por la que se trasladó a Administrador de pruebas fue debido a nuestra aplicación se ha convertido en bastante grande y complejo y una mejor manera de poner a prueba y el registro de la información que se necesitaba.

En director de pruebas opté por usar la plantilla ágil donde se tiene un plan de pruebas con iteraciones, así:

  • [Plan de pruebas]
    • iteración 1
      • Casos de prueba
      • Requisitos (historias de usuario)
      • etc ...
    • iteración 2
      • Casos de prueba
      • Requisitos (historias de usuario)
      • etc ...

Lo que no entiendo es ¿con qué frecuencia se ejecuta a través de ciertos casos de prueba? Digamos, por ejemplo, estoy en la iteración 1 y han creado un montón de casos de prueba para la aplicación, cuando muevo en la iteración 2 Cómo puedo copiar y pegar todos los casos de prueba a partir de la iteración 1 en la iteración 2 y vuelva a ejecutar ellos? Qué sólo ciertas personas corro?

¿Fue útil?

Solución

La implementación de historias durante la iteración código de impacto 2 fuerzas (incluidas las pruebas), escrito durante la iteración 1. Así que debe de ejecutar todas las pruebas para asegurarse de que no se haya partido cualquier cosa de la iteración 1 durante la iteración 2 (es decir, que no se presentó cualquier regresión).

Yo no uso Microsoft Test Manager 2010 así que no estoy totalmente seguro, pero puedo imaginar que los requisitos de la iteración 2 podrían cambiar casos de prueba a partir de la iteración 1. En ese caso, supongo que lo tienes que copiar los casos de prueba .

Otros consejos

A medida que usted está siguiendo una forma ágil flujo de trabajo puede ejecutar la iteración 2 sólo porque iteración 2 tienen diferentes requisitos.

Si el requisito 2 depende del requisito 1, entonces usted tiene que funcionar ambas iteraciones

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