Menú

Cómo escribir un documento de estrategia de prueba (con una plantilla de estrategia de prueba de muestra)

how write test strategy document

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Aprenda a redactar documentos de estrategia de prueba de manera eficiente

Un plan de estrategia para definir el enfoque de prueba, lo que quiere lograr y cómo lo va a lograr.

Este documento elimina toda incertidumbre o declaraciones de requisitos vagas con un plan de enfoque claro para lograr los objetivos de la prueba. Test Strategy es uno de los documentos más importantes para el equipo de control de calidad.

=> Haga clic aquí para ver la serie completa de tutoriales del plan de prueba

Cómo escribir un documento de estrategia de prueba

Lo que vas a aprender:

Redacción de un documento de estrategia de prueba

Estrategia de prueba

Escribir una estrategia de prueba de manera efectiva es una habilidad que todo evaluador debe lograr en su carrera. Inicia tu proceso de pensamiento lo que ayuda a descubrir muchos requisitos faltantes. Las actividades de pensamiento y planificación de pruebas ayudan a un equipo a definir el alcance y la cobertura de las pruebas.

Ayuda a los administradores de pruebas a obtener el estado claro del proyecto en cualquier momento. Las posibilidades de perderse alguna actividad de prueba son muy bajas cuando existe una estrategia de prueba adecuada.

La ejecución de pruebas sin ningún plan rara vez funciona. Conozco equipos que escriben un documento de estrategia pero nunca lo remiten durante la ejecución de la prueba. El plan de la estrategia de prueba debe discutirse con todo el equipo para que el equipo sea coherente con el enfoque y las responsabilidades.

En plazos ajustados, no puede simplemente renunciar a cualquier actividad de prueba debido a la presión del tiempo. Al menos debe pasar por un proceso formal antes de hacerlo.

¿Qué es una estrategia de prueba?

La estrategia de prueba significa '¿Cómo va a probar la aplicación?' Debe mencionar el proceso / estrategia exacto que va a seguir cuando obtenga la aplicación para la prueba.

Veo que muchas empresas siguen la plantilla de estrategia de prueba de forma muy estricta. Incluso sin una plantilla estándar, puede mantener este documento de estrategia de prueba simple pero eficaz.

Estrategia de prueba vs. Plan de prueba

A lo largo de los años, veo mucha confusión entre estos dos documentos. Así que comencemos con las definiciones básicas. Generalmente, no importa cuál sea primero. El documento de planificación de la prueba es una combinación de estrategia conectada con un plan de proyecto general. Según IEEE Estándar 829-2008, el plan estratégico es un subtema de un plan de prueba.

Cada organización tiene sus propios estándares y procesos para mantener estos documentos. Algunas organizaciones incluyen detalles de la estrategia en el plan de prueba en sí (aquí está Un buen ejemplo de esta). Algunas organizaciones enumeran la estrategia como una subsección en un plan de prueba, pero los detalles se separan en diferentes documentos de estrategia de prueba.

El alcance del proyecto y el enfoque de la prueba se definen en el plan de prueba. Básicamente, se trata de la cobertura de prueba, las características que se deben probar, las características que no se deben probar, la estimación, la programación y la gestión de recursos.

Considerando que la estrategia de prueba define las pautas para el enfoque de prueba que se debe seguir para lograr los objetivos de prueba y la ejecución de los tipos de prueba definidos en el plan de prueba. Se ocupa de los objetivos de la prueba, el enfoque, el entorno de prueba, la estrategia y las herramientas de automatización y el análisis de riesgos con un plan de contingencia.

Para resumir, el plan de prueba es una visión de lo que desea lograr y la estrategia de prueba es un plan de acción diseñado para lograr esta visión.

Espero que esto aclare todas tus dudas. James Bach tiene más discusión sobre este tema Aquí .

Proceso para desarrollar un buen documento de estrategia de prueba

No se limite a seguir las plantillas sin comprender qué funciona mejor para su proyecto. Cada cliente tiene sus propios requisitos y debes ceñirte a las cosas que funcionan perfectamente para ti. No copie ninguna organización ni ningún estándar a ciegas. Asegúrese siempre de que eso le esté ayudando a usted y a sus procesos.

A continuación se muestra una plantilla de estrategia de muestra que describirá lo que debe cubrirse en este plan junto con algunos ejemplos para ilustrar lo que tiene sentido cubrir en cada componente.

Estrategia de prueba en STLC:

STLC

(imagen fuente )

alternativa gratuita de Quickbooks para pequeñas empresas

Secciones comunes del documento de estrategia de prueba

Paso n. ° 1: alcance y descripción general

Descripción general del proyecto junto con información sobre quién debe usar este documento. Además, incluya detalles como quién revisará y aprobará este documento. Defina las actividades de prueba y las fases que se llevarán a cabo con cronogramas con respecto a los cronogramas generales del proyecto definidos en el plan de prueba.

Paso 2: enfoque de prueba

Defina el proceso de prueba, el nivel de prueba, los roles y las responsabilidades de cada miembro del equipo.

Para cada tipo de prueba definido en el plan de prueba ( Por ejemplo, Unidad , Integración, Sistema, Regresión, Instalación / Desinstalación , Pruebas de usabilidad, carga, rendimiento y seguridad) describen por qué debe realizarse junto con detalles como cuándo comenzar, propietario de la prueba, responsabilidades, enfoque de prueba y detalles de la estrategia y herramienta de automatización, si corresponde.

En la ejecución de la prueba hay varias actividades como agregar nuevos defectos, clasificación de defectos, asignaciones de defectos, volver a probar, pruebas de regresión y, finalmente, aprobación de la prueba. Debes definir los pasos exactos a seguir para cada actividad. Puede seguir el mismo proceso que le funcionó en sus ciclos de prueba anteriores.

Una presentación de Visio de todas estas actividades, que incluya varios evaluadores y quién trabajará en qué actividad, es muy útil para comprender rápidamente los roles y responsabilidades en el equipo.

Por ejemplo, ciclo de gestión de defectos: mencione el proceso para registrar el nuevo defecto. Dónde iniciar sesión, cómo registrar nuevos defectos, cuál debería ser el estado del defecto, quién debería realizar la clasificación de defectos, a quién asignar los defectos después de la clasificación, etc.

Además, defina el proceso de gestión de cambios. Esto incluye definir el envío de la solicitud de cambio, la plantilla que se utilizará y el proceso para manejar la solicitud.

Paso # 3: entorno de prueba

La configuración del entorno de prueba debe describir la información sobre varios entornos y la configuración necesaria para cada entorno. Por ejemplo, Un entorno de prueba para el equipo de prueba funcional y otro para el equipo de UAT.

Defina la cantidad de usuarios admitidos en cada entorno, roles de acceso para cada usuario, requisitos de software y hardware como sistema operativo, memoria, espacio libre en disco, cantidad de sistemas, etc.

La definición de los requisitos de los datos de prueba es igualmente importante. Proporcione instrucciones claras sobre cómo crear datos de prueba (generar datos o utilizar datos de producción enmascarando campos para la privacidad).

Defina la estrategia de restauración y copia de seguridad de los datos de prueba. La base de datos del entorno de prueba puede tener problemas debido a condiciones no controladas en el código. Recuerdo los problemas que enfrentamos en uno de los proyectos cuando no se definió una estrategia de respaldo de la base de datos y perdimos datos completos debido a problemas de código.

El proceso de copia de seguridad y restauración debe definir quién realizará las copias de seguridad cuándo realizar una copia de seguridad, qué incluir en la copia de seguridad cuándo restaurar la base de datos, quién la restaurará y los pasos de enmascaramiento de datos que se seguirán si se restaura la base de datos.

Paso # 4: Herramientas de prueba

Defina las herramientas de automatización y gestión de pruebas necesarias para la ejecución de la prueba. Para las pruebas de rendimiento, carga y seguridad, describa el enfoque de prueba y las herramientas necesarias. Mencione si es una herramienta de código abierto o comercial y cuántos usuarios son compatibles y planifique en consecuencia.

Paso # 5: Control de liberación

Como se mencionó en nuestro último Artículo de UAT , el ciclo de lanzamiento no planificado podría resultar en diferentes versiones de software en entornos de prueba y UAT. El plan de administración de versiones con un historial de versiones adecuado garantizará la ejecución de prueba de todas las modificaciones en esa versión.

Por ejemplo, Establezca el proceso de administración de compilación que responderá: dónde debe estar disponible la nueva compilación, dónde debe implementarse, cuándo obtener la nueva compilación, de dónde obtener la compilación de producción, quién dará la orden, la señal de no ir para el lanzamiento de producción etc.

Paso # 6: Análisis de riesgos

Enumere todos los riesgos que imagina. Proporcione un plan claro para mitigar estos riesgos y también un plan de contingencia en caso de que vea estos riesgos en la realidad.

Paso # 7: revisión y aprobaciones

Cuando todas estas actividades están definidas en el plan de estrategia de prueba, debe ser revisado para su aprobación por todas las entidades involucradas en la gestión del proyecto, el equipo comercial, el equipo de desarrollo y el equipo de administración del sistema (o gestión del entorno).

El resumen de los cambios de la revisión debe registrarse al principio del documento junto con el nombre del aprobador, la fecha y el comentario. Además, es un documento dinámico, lo que significa que debe revisarse y actualizarse continuamente con las mejoras del proceso de prueba.

Consejos sencillos para redactar un documento de estrategia de prueba

  1. Incluya antecedentes del producto en el documento de estrategia de prueba. En el primer párrafo de su documento de estrategia de prueba, responda: ¿Por qué las partes interesadas quieren desarrollar este proyecto? Esto ayudará a comprender y priorizar las cosas rápidamente.
  2. Enumere todas las funciones importantes que va a probar. Si cree que algunas funciones no forman parte de esta versión, mencione esas funciones en la etiqueta 'Funciones que no deben probarse'.
  3. Escriba el enfoque de prueba para su proyecto. Claramente, mencione qué tipo de pruebas va a realizar.
    es decir, pruebas funcionales, pruebas de interfaz de usuario, pruebas de integración, pruebas de carga / estrés, pruebas de seguridad, etc.
  4. Responda preguntas como ¿cómo va a realizar las pruebas funcionales? ¿Pruebas manuales o de automatización? ¿Va a ejecutar todos los casos de prueba desde su herramienta de gestión de pruebas?
  5. ¿Qué herramienta de seguimiento de errores va a utilizar? ¿Cuál será el proceso cuando encuentre un nuevo error?
  6. ¿Cuáles son sus criterios de entrada y salida de la prueba?
  7. ¿Cómo rastreará el progreso de sus pruebas? ¿Qué métricas vas a utilizar para realizar un seguimiento de la finalización de la prueba?
  8. Distribución de tareas: defina los roles y responsabilidades de cada miembro del equipo.
  9. ¿Qué documentos producirá durante y después de la fase de prueba?
  10. ¿Qué riesgos ve al completar la prueba?

Conclusión

La estrategia de prueba no es una hoja de papel. Es el reflejo de todas las actividades de control de calidad en el ciclo de vida de las pruebas de software. Consulte este documento de vez en cuando en el proceso de ejecución de la prueba y siga el plan hasta el lanzamiento del software.

Cuando el proyecto se acerca a la fecha de lanzamiento, es bastante fácil reducir las actividades de prueba ignorando lo que ha definido en el documento de estrategia de prueba. Pero es aconsejable discutir con su equipo si reducir o no una actividad en particular ayudará al lanzamiento sin ningún riesgo potencial de problemas importantes posteriores al lanzamiento.

La mayoría de los equipos ágiles reducen la redacción de documentos de estrategia, ya que el enfoque del equipo está en la ejecución de pruebas en lugar de la documentación. Pero tener un plan de estrategia de prueba básico siempre ayuda a planificar y mitigar claramente los riesgos involucrados en el proyecto. Los equipos ágiles pueden capturar y documentar todas las actividades de alto nivel para completar la ejecución de la prueba a tiempo sin problemas.

Estoy seguro de que desarrollar un buen plan de estrategia de prueba y comprometerme a seguirlo definitivamente mejorará el proceso de prueba y la calidad del software. ¡Sería un placer si este artículo lo inspirara a escribir un plan de estrategia de prueba para su proyecto!

Si te gusta esta publicación, ¡considera compartirla con tus amigos!

=> Visite aquí para ver la serie completa de tutoriales del plan de prueba

Lectura recomendada

^