Nos encontramos con una aplicación donde las pruebas son una cadena consecutiva de pasos. como toda cadena, todo eslabón debe estar intacto, de lo contrario se pierde la naturaleza como tal de la cadena.

Probar cada paso representa una carga de trabajo considerable en horas/hombre. Entonces, surge la idea de distribuir el trabajo entre varios de los testers. Pero el problema no se resuelve, ya que “apriori” el tester B debe esperar (o duplicar trabajo) a que el tester A termine sus pruebas (entiéndase que A probará el eslabón de la cadena inmediatamente anterior al eslabón que B probará). Sólo un dato más: Hay que hacer un montaje (creación de datos de pruebas en las BBDD) previo al inicio de las pruebas.

Read more

Los casos de prueba (Tets Cases) se han utilizado tradicionalmente para probar cualquier sistema software o de cualquier otra cosa. El caso de prueba se puede transformar en una lista de comprobación, unas pautas paso a paso, fáciles de entender, que muestran la información mostrada por el sistema, o lo que se conoce como un escenario de la caja negra (Black Box Testing). En todo caso, un caso de prueba es una representación pura de lo que debe y no debe hacer el sistema.

Read more