Test Plan Checklist

  • Autor de la entrada:
  • Categoría de la entrada:Mapa Mental

Test Plan Checklist

Probablemente tengas que diseñar un test plan y estés buscando una orientación para componerlo o justamente, para chequear el alcance que le has dado al que estés haciendo.

Espero que este checklist te sirva para cubrir esos aspectos que no habías considerado aún.

A partir de una recomendación que le dí esta misma tarde a un miembro de LinkedIn fue que se me ocurrió publicar a modo de herramienta este checklist (que lo tenía guardado) en dos versiones:

  • texto;
  • y mindmap.

Es una primera versión (tenelo en cuenta), en la siguiente debería pensar sus dos formatos:

  • para proyectos del tipo cascada (que aún siguen existiendo);
  • y para aquellos de tipo agile

Seguramente habrá puntos en común, mientras que otros serán sus diferenciales.

Podrás leer que está expresado a modo de preguntas, que son las que a veces hacemos o nos hacen o escuchamos.

Sin lugar a dudas, a partir de la lectura que hagas, se te ocurrirán otras más. Espero entonces que puedas ponerte en contacto conmigo en LinkedIn y las pases para poder enriquecer la versión 2.0 ¿ok? Te agradezco.

Datos Generales

  • ¿Están descriptos los autores del plan?
  • ¿Están descriptos los validadores del plan?
  • ¿Está descripta la versión y fecha del plan?

Descripción

  • ¿Está explicada la misión de la aplicación a probar?
  • ¿Puede usarse un gráfico para describir mejor la aplicación y su contexto?

Alcance

  • ¿Están descriptos los componentes a probar?
  • ¿Están descriptos los componentes que no se probarán?
  • ¿Están enunciadas los tipos de prueba que se realizarán?
  • ¿Y las que no?
  • ¿Existe una breve explicación de los tipos de prueba?
  • ¿Pueden relacionarse las pruebas a realizar con los componentes?
  • ¿Pueden usarse gráficos para explicar mejor el alcance de las pruebas?

¿Te pusiste a pensar si pudiéramos trabajar en forma colaborativa y tuviéramos un espacio en común donde ir alojando todas las nuevas preguntas que se nos vayan ocurriendo en relación con un test plan dependiendo de la tecnología con la que se trabaje, la infraestructura que nos soporte, el ambiente de trabajo, el equipo de trabajo, el equipo de nuestro cliente, y tantos otros factores que inciden en el diseño de nuestra test plan y posteriores etapas?

Supuestos

  • ¿Están enumerados aquellos temas que test necesita para realizar las pruebas (supuestos), y que da por descontado que tendrá?
  • ¿Existen responsables relacionados con los supuestos?
  • ¿Están formalizados?
  • ¿Existen contingencias definidas en caso de que no se cumplan los supuestos?
  • ¿Está formalizado el impacto en las fechas y costos del proyecto?

Restricciones

  • ¿Existen restricciones temporales (fechas tope de fin de pruebas)?
  • ¿Existen restricciones de presupuesto de test?
  • ¿Existen restricciones de ambiente de pruebas?
  • ¿Existen restricciones de espacio físico para el grupo de test?
  • ¿Existen restricciones de comunicación del grupo de test con otros grupos del proyecto?
  • ¿Existen restricciones de disponibilidad de participantes necesarios en las pruebas?
  • ¿Existen restricciones de disponibilidad de equipamiento (hardware y software) para realizar las pruebas?

Estrategia

  • ¿Existe un análisis de riesgo en función del tiempo para realizar las pruebas?
  • ¿Qué sucede si se debiera postergar la fecha de instalación en Producción?
  • ¿Qué sucede si se atrasa desarrollo con las entregas a test?
  • ¿Existe un análisis de riesgo en función del tamaño y complejidad de la aplicación?
  • ¿Existe un análisis de riesgo en función del impacto en el negocio, ante una suspensión en la disponibilidad de la aplicación?
  • ¿Y si está disponible pero funcionando mal?
  • ¿Se explicitan las acciones a tomar en el proyecto como prevención de los riesgos enunciados?
  • ¿Existe una definición del enfoque principal a adoptar en las pruebas (cómo se harán)?
  • ¿Existe una definición para el tratamiento de casos especiales?
  • ¿Se utilizarán ciclos de prueba?
  • ¿Cuántos?
  • ¿De qué duración?
  • ¿Cuál es el objetivo principal de cada ciclo?
  • ¿Están definidas las regresiones?
  • ¿Qué evento dispara la realización de las mismas?
  • ¿Con qué cobertura?
  • ¿De qué forma se involucran a usuarios, analistas y programadores?
  • ¿Está explicada la forma en que se comunicarán los defectos y se realizará su seguimiento?
  • ¿Cada cuánto se emitirán informes de avance de test?
  • ¿Qué información contendrán?
  • ¿Quién los elaborará?
  • ¿Quién será la audiencia?

¿Qué herramienta usas para la carga de datos vinculados con el proyecto, equipo de trabajo, epicas, historias, tareas, sprints, test suites, test cases, test plan, dashboards?

Participantes

  • ¿Están definidos los grupos que participan en las pruebas?
  • ¿Están definidos los roles y responsabilidades?
  • ¿Es necesario contar con ciertos nombres en particular?
  • ¿Puede hacerse una estimación de la dedicación necesaria para las pruebas de cada recurso que participa?
  • ¿Pueden fijarse fechas o eventos?

Ambiente de Pruebas

  • ¿Está detalladamente especificado el ambiente de Test?
  • ¿Fue validado con los responsables técnicos de su armado?
  • ¿Está aclarado en el plan que ante cambios en lo que será el ambiente de Producción se debe sincronizar el ambiente de Test?
  • ¿Está aclarado en el plan que el uso de este ambiente es exclusivo para las pruebas detalladas en el plan?
  • ¿Están definidas las instanciaciones (replicaciones) del ambiente, siempre que sean necesarias?
  • ¿Es necesaria la creación de una o más instancias con alguna característica particular, en función de los tipos de prueba que se quieran realizar?
  • ¿Está definida la forma en que se pasarán objetos de Desarrollo a Test?
  • ¿Y de Test a Producción?
  • ¿Se utilizará control de versiones?
  • ¿Cuáles son los requisitos para modificar una versión?
  • ¿Están definidos los mecanismos de población de datos en la base de Test?
  • ¿Están detallados?
  • ¿Están definidos los responsables?
  • ¿Se definieron procedimientos de resguardo del ambiente?
  • ¿Y los de recupero?
  • ¿En qué fecha estará disponible el ambiente de test?
  • ¿Será en etapas?
  • ¿Se puede realizar un gráfico que aclare la arquitectura del ambiente de pruebas?

Herramientas

  • ¿Se utilizarán herramientas para regresiones automáticas?
  • ¿Se puede estimar inicialmente la cantidad de scripts que serán necesarios?
  • ¿Quién los programará?
  • ¿Cuándo se programarán?
  • ¿Cuándo se mantendrán?
  • ¿Se especificó el uso de algún tipo de software como herramienta de seguimiento de defectos?
  • ¿Se especificó el uso de algún tipo de software como herramienta de seguimiento de requerimientos para el grupo de test?
  • ¿Se especificaron las herramientas que se utilizarán para visualizar y modificar datos de la base y archivos en el ambiente de test?
  • ¿Son necesarias otras herramientas para realizar las pruebas?

Manejo de Defectos

  • ¿Están definidos los participantes genéricos del circuito de solución de defectos?
  • ¿Están explicados los roles?
  • ¿Está explicada la estructura que se dio dentro del software específico, a la aplicación a testear?
  • ¿Están explicados los estados por los que pasa un reporte de defectos?
  • ¿Están explicitados los tipos de incidencias válidos en las pruebas?
  • ¿Existe algún tratamiento especial para algunos tipos de incidencias en particular?
  • ¿Qué pasa con los nuevos requerimientos?
  • ¿Qué pasa con las mejoras sugeridas?
  • ¿Cómo se priorizarán las correcciones?
  • ¿Está explicado el uso de la opcionalidad de los reportes que puede estar ofreciendo el correspondiente software a utilizar?
  • ¿Están explicadas las condiciones de aceptación?
  • ¿Qué defectos son tolerados?
  • ¿En qué funciones de la aplicación?
  • ¿Existe algún tipo de tratamiento especial con los reportes que han superado una determinada cantidad de ciclos de corrección?
  • ¿Qué estadísticas se utilizarán?
  • ¿Para qué?
  • ¿Quién las elaborará?
  • ¿Quién será la audiencia?

¿Dónde guardarás tu test plan? ¿En una herramienta o plataforma en donde gestiones tu testing? ¿Lo compartes con tu equipo para abrir un espacio de intercambio de ideas que puedan aprovecharse a favor de la evolución del test plan creado?

Detalle de tareas y productos de las pruebas

  • ¿Están definidas las tareas que se realizarán durante las pruebas?
  • ¿Poseen una breve descripción de cada una de ellas?
  • ¿Están los participantes genéricos relacionados con sus responsabilidades en cada tarea?
  • ¿Están definidos los productos de las pruebas?
  • ¿En qué tareas se elaboran?
  • ¿En qué tareas se terminan?
  • ¿Y en cuáles se validan?
  • ¿Están definidos los estándares de los productos?
  • ¿Existe un Project adjunto?
  • ¿Están claras las tareas predecesoras?
  • ¿Las fechas y duraciones de las tareas son realistas?
  • ¿Existe una estimación de esfuerzo de cada tarea?
  • ¿Está discriminada por participante genérico?
  • ¿Existe una estimación de costo de cada tarea?
  • ¿Está discriminada por participante genérico?
  • ¿Existen requerimientos especiales para realizar alguna de las tareas?

Eventos especiales

  • ¿Están detalladas las condiciones de inicio de las pruebas?
  • ¿Existe algún tratamiento especial para alguna tarea en particular?
  • ¿Están detalladas las condiciones de terminación de las pruebas?
  • ¿Están detalladas las condiciones de suspensión de las pruebas?
  • ¿Están estos eventos validados con los responsables de las tareas del proyecto que impactan sobre estas decisiones?

Espero realmente que te haya servido el checklist y mindmaps para tu proyecto laboral o de estudios.

De llegar a tener alguna duda o quieras hacerme una consulta, búscame por LinkedIn.

Gus Terrera

Apasionado por el agile testing y la ia.