Respuesta: ¿Cómo definirías un plan de prueba para esta aplicación?
Gracias por una excelente pregunta y un desafío interesante para cualquier profesional de pruebas. Los “Planes de prueba” vienen en todos los tamaños y formas.
Antes de seguir adelante, me gustaría señalar algunas posibles “trampas” en la tarea. Pueden ser intencionales o por otras razones.
- ¿Cuáles son los mejores programas de edición de fotos para fotógrafos y cuál es el más fácil de aprender y usar?
- ¿Qué aplicación puede abrir un archivo vectorial PSP (Paintshop Pro) y exportarlo como EPS o AI, sin fusionar las capas y aplanarlo, y sin eliminar el fondo transparente?
- Cómo escribir un programa para la conversión de datos y cuáles son los mejores programas de programación para usar
- ¿Qué herramientas utilizan las empresas de traducción para la localización de software?
- Para todo el software del mundo, ¿realmente necesitamos la cantidad de programadores empleados hoy?
- Una expectativa de “probar completamente” (sin comentarios 🙂)
- El requisito de prescribir todas las pruebas necesarias, mientras que una buena prueba siempre implica aprender de los resultados de la prueba.
- No se permite la colaboración y / o comunicación.
En mi libro separo los planes estratégicos y tácticos.
Un plan estratégico sería algo a nivel de producto, amplio y sistemático, sensible al cambio, considerando el valor y los riesgos del producto, indicando los actores designados (también conocidos como “recursos”), el cronograma y la logística.
Un plan táctico sería algo que responda a una misión inmediata, algo a corto plazo y bastante liviano: es mejor pasar más tiempo actuando que planeando.
Ambos planes pueden contener detalles técnicos como el entorno, la base de datos, etc. y detalles administrativos como cierres, criterios de salida, etc. Todos estos son específicos de la compañía.
Teniendo en cuenta estos detalles, debe ser breve e informal; Aproximadamente alrededor de 30 minutos : mi respuesta va con un plan táctico.
Permítanme decir primero que probablemente reprobaría la tarea 🙂 – No creo que pueda describir las tácticas y todas las ideas de prueba en 30 minutos.
Ya no tengo Me llevó alrededor de una hora y media armar las cosas, sin contar el tiempo adicional para las explicaciones.
Para misiones de prueba tácticas como esta, desarrollé un enfoque “FODA”. Combino tomar notas sobre lo que estoy aprendiendo sobre el producto y la misión con mis ideas de prueba, preguntas, inquietudes, etc. Puedo escribir a mano las notas o usar herramientas como mapas mentales.
En el mapa mental a continuación, puede ver la estructura DAFO, correspondiente a Sistemas , Flujos de trabajo , Objetos y Amenazas . Todos estos están entrelazados; diferentes categorías representan mirar desde diferentes perspectivas.
Me llevó unos 20 minutos mapear este DAFO inicial, excluyendo el nodo Amenazas. Este no es un mapa completo ni pretende ser completamente exacto; sin embargo, este es el hito de mi aprendizaje. Mientras ejecuto el plan, también me tomo el tiempo de reevaluar críticamente mis conclusiones iniciales (¡pruebe sus pruebas!).
(Haga clic en la imagen para verla en tamaño completo)
Luego procedí a identificar riesgos y puntos de interés en el nodo Amenazas.
(Haga clic en la imagen para verla en tamaño completo)
Estos son problemas potenciales que pueden amenazar el éxito, aunque aquí no se conoce la definición de éxito. Tampoco es el propósito, que solo aumenta los riesgos.
Y este segundo mapa nuevamente sería bueno tener una comunicación. Basado en el aporte de empresas y programadores, refinaría mi lista de categorías de riesgo, y también tendría más información sobre cómo priorizarlas, es decir, cuán profundo, amplio y en qué orden realizaré mis pruebas. .
Pero, por desgracia, una de las limitaciones de esta tarea en particular es que estoy privado de comunicación, por lo que solo voy a enlistar algunas de mis ideas de prueba.
(Haga clic en la imagen para verla en tamaño completo)
Nuevamente, esta no es una lista completa.
Sí, recuerdo que la tarea solicita proporcionar un plan de prueba para una cobertura completa 🙂 No es raro. A menudo, las personas hacen tales solicitudes solo porque no se dieron cuenta de la naturaleza de las pruebas. Ayudarles pacientemente a comprender es la clave.
Por ejemplo, podría comenzar mostrando mi lista de pruebas de muestra y esbozando cuáles son otros aspectos y categorías. No me negaría a probar “completamente”, pero sugeriría realizar las pruebas en cierto orden, lo que corresponde a daños mayores y riesgos más altos.
Incluso puedo sugerir mapear los componentes y características del producto de acuerdo con una matriz de riesgo como la siguiente. De esta manera, mi cliente y yo tendremos un entendimiento compartido sobre cuáles son las principales prioridades y por qué, y también por qué ciertas áreas pueden recibir poca o ninguna prueba, si no hay suficiente tiempo.
Pero, de nuevo, requiere comunicación y colaboración. Pero, ¿quién dice que no podemos hacer eso durante la asignación?
¡Gracias por leer!
- Si te gustó esta respuesta, vota y sígueme
- Si lo encuentra útil, por favor comparta con otros
- ¿No estás de acuerdo o no te gustó? ¡Dispárame un comentario! Estoy seguro de que hay un margen de mejora.
