Sumario -> Las precondiciones y postcondiciones contenidos en
los casos de uso que nos llegan con el requerimiento que nos comunica el
área funcional y/o de desarrllo (según el esquema de contratación que
tengamos) para generar los lotes de prueba, constituyen la materia prima
de los casos de prueba que debemos identificar para saber si podemos
reutilizar scripts o bien, diseñar nuevos, sin perder de vista el/los
resultado/s esperado/s.
Detalle -> En ambos casos lo que se representa es un estado y no la ejecución de una serie de acciones (previas o posteriores al caso de uso).
Muchos analistas funcionales consideran importante y necesario incluirlos para una mayor claridad de ‘Entendimiento’.
Para nosotros es necesario entender el alcance de estas variables ya que nos permitirá llevar a cabo la ‘Preparación de los Datos’ que se usarán en la ejecución de las pruebas considerando las Precondiciones, y tambien para aquellas donde algunas de los Postcondiciones sean Inputs (precondiciones) en otros casos de uso y/o casos de prueba.
Toda esta información estará contenida en el documento de ‘Enfoque de Prueba’, siempre y cuando este tipo de documento haya sido definido como parte del portfolio de documentos internos y entregables del proyecto de testing.
Ahora bien, pasemos a ver la forma de gestionar estas variables (pre y pos condición).
Dependiendo del conocimiento, experiencia y presupuesto con el que cuente el grupo de testing, se registrarán en:
1. Templates Word
2. Templates Excel
3. Herramienta Open Source
4. Herrqmienta Arancelada
Estas variables también nos definen complejidad, criticidad y dependencia/s, tema no menor a la hora de planificar y/o replanificar ‘Regresiones’ con la detección de fallos, ademas de permitir evaluar el impacto cuando se necesita concretar unn pasaje a ‘Producción’, habiendo quedado ‘bugs’ por corregir.
Fuente de inspiración: Las precondiciones y postcondiciones en los casos de uso
http://jummp.wordpress.com/2011/07/22/las-precondiciones-y-postcondiciones-en-los-casos-de-uso/
http://testingbaires.com/las-precondiciones-postcondiciones-y-resultado-esperado/
Detalle -> En ambos casos lo que se representa es un estado y no la ejecución de una serie de acciones (previas o posteriores al caso de uso).
Muchos analistas funcionales consideran importante y necesario incluirlos para una mayor claridad de ‘Entendimiento’.
Para nosotros es necesario entender el alcance de estas variables ya que nos permitirá llevar a cabo la ‘Preparación de los Datos’ que se usarán en la ejecución de las pruebas considerando las Precondiciones, y tambien para aquellas donde algunas de los Postcondiciones sean Inputs (precondiciones) en otros casos de uso y/o casos de prueba.
Toda esta información estará contenida en el documento de ‘Enfoque de Prueba’, siempre y cuando este tipo de documento haya sido definido como parte del portfolio de documentos internos y entregables del proyecto de testing.
Ahora bien, pasemos a ver la forma de gestionar estas variables (pre y pos condición).
Dependiendo del conocimiento, experiencia y presupuesto con el que cuente el grupo de testing, se registrarán en:
1. Templates Word
2. Templates Excel
3. Herramienta Open Source
4. Herrqmienta Arancelada
Estas variables también nos definen complejidad, criticidad y dependencia/s, tema no menor a la hora de planificar y/o replanificar ‘Regresiones’ con la detección de fallos, ademas de permitir evaluar el impacto cuando se necesita concretar unn pasaje a ‘Producción’, habiendo quedado ‘bugs’ por corregir.
Fuente de inspiración: Las precondiciones y postcondiciones en los casos de uso
http://jummp.wordpress.com/2011/07/22/las-precondiciones-y-postcondiciones-en-los-casos-de-uso/
http://testingbaires.com/las-precondiciones-postcondiciones-y-resultado-esperado/
No hay comentarios.:
Publicar un comentario