Cómo escribir un plan de prueba: 13 pasos (con imágenes)

Tabla de contenido:

Cómo escribir un plan de prueba: 13 pasos (con imágenes)
Cómo escribir un plan de prueba: 13 pasos (con imágenes)

Video: Cómo escribir un plan de prueba: 13 pasos (con imágenes)

Video: Cómo escribir un plan de prueba: 13 pasos (con imágenes)
Video: Aprender Idioma Indonesio con Rudi Henryadi #4 Número 2024, Marcha
Anonim

Los planes de prueba describen el proceso de prueba de la funcionalidad del software. Un plan de prueba detalla cada paso dado para lograr un resultado determinado y establece el objetivo de cada acción. El plan también destaca los recursos proyectados, los riesgos y el personal involucrado en la prueba. Debe utilizar un plan de prueba si desea eliminar errores y otros errores en su software antes de que esté disponible para los clientes. Siga los pasos a continuación para crear un plan de prueba.

Pasos

Parte 1 de 2: Preparación del plan de prueba

Escriba un plan de prueba Paso 1
Escriba un plan de prueba Paso 1

Paso 1. Conozca los conceptos básicos

Lo que incluya en su plan de prueba depende en gran medida de la complejidad del software que planea probar. Sin embargo, hay tres secciones básicas que siempre deben incluirse en un plan de prueba: cobertura de prueba, métodos de prueba y responsabilidades de prueba.

  • La cobertura de la prueba define lo que probará y lo que no.
  • Los métodos de prueba definen cómo probará cada parte definida en la sección "cobertura".
  • Las responsabilidades de prueba asignan tareas y responsabilidades a diferentes partes. Esta sección también debe incluir qué datos registrará cada parte y cómo se almacenarán y notificarán.
Escriba un plan de prueba Paso 2
Escriba un plan de prueba Paso 2

Paso 2. Familiarícese con los documentos de estándares IEEE necesarios

El Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) publica estándares internacionales para probar y documentar el desarrollo de software y sistemas. Para mantener su plan de prueba al más alto nivel, consulte las publicaciones de IEEE a continuación:

  • 29119-1-2013, Ingeniería de software y sistemas - Pruebas de software - Parte 1: Conceptos y definiciones
  • 29119-2-2013, Ingeniería de software y sistemas - Pruebas de software - Parte 2: Procesos de prueba
  • 29119-3-2013, Ingeniería de software y sistemas - Pruebas de software - Parte 3: Documentación de prueba
  • 829-2008, estándar IEEE para documentación de pruebas de software y sistemas
  • 1008-1987 - Estándar IEEE para pruebas unitarias de software
Escriba un plan de prueba Paso 3
Escriba un plan de prueba Paso 3

Paso 3. Consulte una plantilla

Puede encontrar plantillas para planes de prueba en línea. La mejor fuente de plantillas es la biblioteca IEEE, pero el acceso cuesta una tarifa.

Dublin City University también ofrece una plantilla de plan de prueba gratuita, basada en los estándares IEEE 829

Parte 2 de 2: redacción del plan de prueba

Escriba un plan de prueba Paso 4
Escriba un plan de prueba Paso 4

Paso 1. Escribe la introducción

Su introducción funciona como el "resumen ejecutivo" del plan de prueba: sus objetivos, su alcance y su cronograma. Esto debe ser breve, ya que entrará en más detalles en las secciones posteriores del plan de prueba.

  • Sus objetivos y declaraciones de alcance deben definir, en términos generales, los métodos que se utilizarán en el proceso de prueba y los resultados proyectados. La declaración del alcance también debe incluir las medidas de desempeño más críticas, así como una lista de lo que el plan de prueba no abordará y por qué.
  • Un cronograma detalla los incrementos de tiempo en los que se completará cada fase de la prueba.
  • Los documentos relacionados incluyen cualquier material periférico que sea relevante para el proyecto actual, como listas de especificaciones.
Escriba un plan de prueba Paso 5
Escriba un plan de prueba Paso 5

Paso 2. Defina sus objetivos

Su plan de prueba debe definir claramente qué probará y por qué lo probará. Estos siempre deben basarse en los estándares de la industria.

  • Determine cuál es el alcance de la prueba. ¿Qué escenarios se probarán?
  • Determine qué está fuera del alcance de la prueba. ¿Qué escenarios no se probarán?
  • Los escenarios comunes incluyen pruebas de módulos, pruebas de integración, pruebas de aceptación / sistemas y pruebas beta.
Escriba un plan de prueba Paso 6
Escriba un plan de prueba Paso 6

Paso 3. Escriba una sección sobre los recursos necesarios

Esta sección describe todos los recursos necesarios para completar la prueba, incluido el hardware, el software, las herramientas de prueba y el personal.

  • Al contabilizar a su personal, asegúrese de detallar las responsabilidades requeridas de cada miembro y la capacitación necesaria para ejecutar esas responsabilidades.
  • Asegúrese de documentar las especificaciones exactas de hardware y software.
Escriba un plan de prueba Paso 7
Escriba un plan de prueba Paso 7

Paso 4. Escriba una sección sobre riesgos y dependencias

Detalla todos los factores de los que depende tu proyecto y los riesgos involucrados en cada paso. El nivel de riesgo aceptable en su proyecto ayudará a determinar lo que probará y lo que no probará.

  • Considere la probabilidad de varios riesgos. Deberá priorizar las áreas críticas.
  • Tenga en cuenta los requisitos vagos o poco claros. Los usuarios a menudo carecen de la experiencia necesaria para comprender el lenguaje o los procedimientos técnicos, por lo que los malentendidos por parte del usuario podrían suponer un riesgo.
  • Utilice su historial de "errores" pasado para ayudarlo a identificar áreas de preocupación y pruebas adicionales.
Escriba un plan de prueba Paso 8
Escriba un plan de prueba Paso 8

Paso 5. Escribe una sección sobre lo que vas a probar

Enumere qué aspectos nuevos probará y qué aspectos antiguos volverá a probar. Asegúrese de detallar el propósito de cada prueba.

  • Puede utilizar inventarios de aplicaciones de software, pautas IEEE y otras fuentes para ayudarlo a determinar esta lista.
  • Esta sección también representa sus "entregables", o qué datos entregará al cliente una vez que se complete la prueba.
Escriba un plan de prueba Paso 9
Escriba un plan de prueba Paso 9

Paso 6. Escriba una sección sobre lo que no probará

Enumere las funciones que no se probarán durante el proyecto actual. Las razones para no probar las funciones incluyen:

  • La función no se incluirá en esta versión del software.
  • La función es de bajo riesgo o se ha utilizado antes sin problemas
Escriba un plan de prueba Paso 10
Escriba un plan de prueba Paso 10

Paso 7. Enumere su estrategia

Esta sección describe la estrategia de prueba general para su plan de prueba. Especificará las reglas y procesos que se aplicarán a las pruebas descritas anteriormente.

Incluya información sobre las herramientas que se utilizarán, qué métricas se recopilarán y a qué nivel, cuántas configuraciones se probarán y si existen requisitos o procedimientos especiales para la prueba

Escriba un plan de prueba Paso 11
Escriba un plan de prueba Paso 11

Paso 8. Desarrolle criterios de aprobación / reprobación

Estos criterios guiarán a su personal de pruebas para que sepan si se han logrado los objetivos de las pruebas. Esta sección también puede incluir "criterios de salida", para que su personal sepa cuándo es aceptable dejar de probar una determinada función.

También debe incluir una lista de criterios de suspensión y requisitos de reanudación. Esta información les dice a los evaluadores cuándo hacer una pausa en las pruebas y cuál es el nivel aceptable de defectos para reanudarlas

Escriba un plan de prueba Paso 12
Escriba un plan de prueba Paso 12

Paso 9. Escriba una lista de documentos que se producirán durante la prueba

También conocidos como "entregables", estos documentos son los datos, informes, scripts y resultados que se producirán mediante las pruebas.

Es una buena idea asignar estos entregables a los "propietarios" que son responsables de su entrega. Asignar fechas límite en las que vencen

Escriba un plan de prueba Paso 13
Escriba un plan de prueba Paso 13

Paso 10. Escribe una sección sobre los resultados de tu proyecto

Describa todos los objetivos que espera lograr durante el proceso de prueba. Detalle quién está a cargo de las aprobaciones finales.

Video: al utilizar este servicio, es posible que cierta información se comparta con YouTube

Consejos

  • Algunos desarrolladores de software utilizan una empresa de pruebas independiente para ejecutar sus planes de prueba. Con una empresa independiente que realiza las pruebas, la metodología y los resultados se pueden analizar de manera diferente.
  • Si su proyecto de software se divide en varias secciones con diferentes equipos, cada equipo debe crear su propio plan de prueba. El plan de prueba de cada equipo se puede combinar en el plan de prueba general del proyecto después de ser revisado y aprobado.
  • Un plan de prueba completo puede eliminar la necesidad de un procedimiento de prueba, que puede ser costoso de desarrollar. Por lo general, los planes de prueba describen qué producto se está probando y los procedimientos de prueba describen cómo probar ese producto. Sin embargo, un plan de prueba detallado puede cubrir la información que normalmente se describe en un procedimiento de prueba.
  • Adapte su plan de prueba a los resultados que espera de la prueba. Se realizan algunas pruebas para ver qué funciones tienen éxito y se realizan algunas pruebas para ver qué fallarán. Cada uno requiere una planificación diferente.
  • Para generar rápidamente casos de prueba y / o minimizar el riesgo de olvidar algo importante para probar, considere usar listas de verificación de planes de prueba y / o plantillas de planes de prueba. Especialmente útil cuando se trabaja en un producto y se le agregan funciones nuevas y nuevas.
  • Para generar rápidamente casos de prueba y / o minimizar el riesgo de olvidar algo importante para probar, considere la posibilidad de estructurar su plan de prueba. Un método de estructuración muy bueno para planes de prueba es el método ACC (atributos, componentes, capacidades). Identificar atributos (adjetivos que describen el sistema), componentes (sustantivos para partes funcionales, características del sistema) y para cada combinación de atributo y componente, identificar capacidades (verbos para acciones del usuario, actividades).

Recomendado: