Este blog trata sobre pensar en el pasado, presente y futuro en las pruebas. Por mucho que quiera ver todo con claridad, mi bola de cristal es bastante oscura. Sin embargo, el aprendizaje es necesario y aquí está mi herramienta para eso.
¿Diferencia entre idea de prueba y caso de prueba?
Año tras año, cambiando de organización una tras otra, llego a una nueva aventura con la anticipación de que no tendré que ver otros casos de prueba que no sean los que están automatizados, y mediante la ejecución continua mantener una actualización constante.
Y, sin embargo, año tras año, a medida que paso de una organización a otra, descubro que la gente todavía está escribiendo casos de prueba. Estos son los casos de prueba que contienen el título y los pasos a seguir. Aquellos que definen la secuencia de acciones en la aplicación que necesitan ser revisadas y los pasos que puede o no seguir por no ser un robot.
Desde mi punto de vista, las ideas no tienen ningún valor y nos importa poco lo bien que estén documentadas. Las ideas escritas en trozos de papel a menudo me resultan difíciles de descifrar después de un mes, pero estas son notas críticas y realmente las necesito cuando vuelvo a la información preestructurada que documenté anteriormente. Los casos de prueba son lo que podríamos dejar para más adelante, son más que ideas. Tienen una estructura que los mantiene funcionando, incluso si parecen una lista de verificación. A menudo incluyen pasos e ideas para realizar pedidos. Es mejor considerar los casos de prueba como el resultado de las pruebas (¡además, automatizados!), Y no como datos iniciales para las pruebas.
, , , . , , , , , .
/ , , , — , , . . , , 1, — 2 . , .
20 , , . , — . , , , , , , .
, .
-. -, , .
- . . , . , , , , , , , box- -, -. , , , , , , .
, , , . , , . , -, .
. -. , , — , .
, , , . , - . , , , , , . 39 46 "-", 3 , . , , , .
, , . . , — .
"QA Engineer".
« », scrum, kanban, waterfall .