Un plan de prueba contiene el alcance, el enfoque, los recursos y el cronograma de las actividades previstas. Si planea realizar una prueba de software, puede crear una plantilla de plan de prueba de software. Haga esto antes de lanzar el software al público.
Considere los siguientes consejos cuando diseñe su documento de plan de prueba:
- Haga el plan lo más conciso posible sin omitir detalles importantes.
- Evite ser redundante o superficial. No seas reacio en tus decisiones. Si cree que una sección de la plantilla no es importante, elimínela.
- Siempre necesita ser específico con sus hechos.
- Utilice listas y tablas cuando y donde las necesite.
- Evite el uso de párrafos largos.
- Permita que un colega o un experto lea su plan de prueba antes de enviarlo para su aprobación.
La calidad de su plan de prueba será un reflejo de la calidad de las pruebas que usted y su equipo realizarán. Si necesita realizar algún cambio en el plan, para cumplir con las especificaciones, hágalo.
No hay usos para los planes que están fallando y que no evolucionarán en un entorno cambiante.
Plantillas de planes de prueba
#01
#02
#03
#04
#05
#06
#07
#08
#09
Tipos de plantillas de planes de prueba
En el desarrollo de software, un documento de plan de prueba es importante como componente vital del ciclo de prueba. Los resultados asegurarán un software de gran calidad. El plan incluirá todas las etapas necesarias de pruebas de software.
Incluso en nuestra vida diaria, hacemos planes para organizar nuestras actividades , nuestras rutinas regulares día tras día. La mera preparación de una cena incluirá la planificación. Aunque implícito, en realidad estamos siguiendo un plan para que la cena sea un éxito.
Las pruebas también pueden invocar un plan similar en analogía y también tener sus propios parámetros a considerar:
- El software que probarás
- Qué probar y cómo hacerlo
- La infraestructura necesaria para que el programa funcione
- Las habilidades necesarias para realizar la prueba.
- La fecha de la prueba
- Qué reportar y a quién
- Todos los esfuerzos necesarios para terminar las pruebas.
- Cuándo dejar de probar
- Cuándo iniciar el software
Todo esto constituirá una plantilla de plan de prueba de software, simple y llanamente. Técnicamente, dicho plan es la base para probar oficialmente un software o producto. Hay diferentes tipos y niveles de planes y esto dependerá del alcance de la prueba:
- Prueba alfa
El cliente realiza esto en el sitio del desarrollador. Es una prueba de campo de software preliminar. Lo lleva a cabo un equipo de usuarios con el fin de encontrar errores que no se encontraron previamente a través de otras pruebas. - Prueba de caja negra
Esto también se conoce como prueba de partición o de comportamiento. El enfoque de la prueba es determinar los requisitos funcionales del programa. El probador puede introducir un conjunto de condiciones para la entrada.
Estos pondrán a prueba todos los requisitos funcionales de un determinado programa. - Prueba funcional
Esta prueba generalmente describe lo que hace el sistema. Dicha prueba proporcionará corrección, confiabilidad y precisión de la salida del informe. - Pruebas de interfaz gráfica de usuario
Este es un tipo de interfaz de usuario que permite a los usuarios interactuar con dispositivos electrónicos. Pueden interactuar a través de iconos gráficos e indicadores visuales. Aquí, somete la interfaz de usuario a pruebas.
Incluye el aspecto, las violaciones de las pautas de la GUI, los errores ortográficos, los mensajes de error y más. - Pruebas de integración
Aquí, combina módulos de software individuales y luego los prueba como un grupo. Ocurre después de las pruebas unitarias y antes de las pruebas de validación. También se utiliza para identificar errores relacionados con la interacción. - Pruebas de rendimiento
Esto generalmente lo hace el cliente. Es un proceso de evaluación de la calidad o la capacidad de un producto. - Pruebas de control de acceso y seguridad
Esto también lo hace el cliente. El control de acceso es una técnica de seguridad. Se utiliza para regular quién o qué puede ver o utilizar recursos en un entorno informático. - Prueba de estrés
El propósito es probar la capacidad de una red, programa o dispositivo para mantener la eficacia. Hará esta prueba para ver si siguen siendo efectivos en condiciones desfavorables. - Prueba del sistema
Esta prueba comprueba el software completo e integrado. El propósito de la prueba es asegurarse de que el sistema cumple con los requisitos especificados. - Prueba de aceptación del usuario
En esta prueba, los usuarios reales del software prueban el software. Se aseguran de que pueda manejar las tareas requeridas en escenarios del mundo real.
Al diseñar un ejemplo de plan de prueba, debe ser lo más conciso posible. No seas reacio en tus decisiones. Si cree que una sección de la plantilla no es importante, elimínela. También necesita ser específico con sus hechos.
Documentos del plan de prueba
#10
#11
#12
#13
#14
#15
#dieciséis
#17
#18
#19
Los elementos importantes de una plantilla de plan de prueba
El formato y el contenido de un documento de plan de prueba pueden variar. Puede depender de los estándares que siguen. Estos son algunos elementos importantes de un buen ejemplo de plan de prueba:
- Identificador del plan de prueba
Todos los entregables obtienen un número de identificación distinto. Puede ser alfanumérico o numérico. Suele basarse en la gestión de la configuración de la empresa.
Como política, los planes de prueba deben seguir las políticas de gestión de la configuración. - Introducción
Una introducción proporcionará información sobre el programa o software. Además, indique sus objetivos para la versión más actual. - Elementos de prueba
Esta es una introducción y una breve sinopsis del software que probará. - Características a probar
Esto involucra características dentro del alcance. Estas pueden ser funciones nuevas, agregadas recientemente o actualizadas. Asimismo, incluir características indirectas aquellas que tengan dependencias técnicas y funcionales de las nuevas o actualizadas. - Funciones que no se deben probar
Estas son las funciones fuera del alcance. Son las funciones excluidas del plan actual. Debe proporcionar disposiciones sobre por qué excluyó estas funciones.
Tales razones podrían ser que estas características no se vean afectadas o se vean menos afectadas. Incluso se puede decir que tienen características menos importantes. - Enfoque
Defina la estrategia sobre cómo probará el software y qué tipo de pruebas realizar. Estos pueden incluir pruebas de funcionalidad, rendimiento y seguridad. La última prueba podría implicar manual, automatización o una combinación de ambos. - Entregables
Incluya todos los entregables de prueba. Estos pueden ser enfoques, informes , casos de prueba y más. - Criterios de artículos Los criterios
suelen basarse en especificaciones. Es un estándar en el que puede basar un procedimiento de prueba. Un criterio de entrada se refiere a condiciones específicas o actividades en curso.
Los que deben estar presentes antes de que pueda iniciarse un proceso. Un criterio de salida se refiere a los requisitos necesarios para completar una tarea específica. - Tareas de prueba
Incluya todas las tareas o pasos que necesita para hacer la prueba. - Necesidades ambientales
Enumere todas las infraestructuras que necesitará para las pruebas y la aplicación. - Responsabilidades
Mencione los deberes y responsabilidades de su equipo . Indique sus roles para las diversas actividades de prueba y soporte. - Horario
Debes preparar un horario bien hecho. Haga esto para entregables importantes e hitos significativos de sus pruebas.
Ya deberías haber programado los entregables desde el principio. Prepare cronogramas de pruebas detallados en los momentos apropiados durante la prueba. - Riesgos y mitigación
Identifique los riesgos involucrados para los elementos relevantes e incluya también un plan de mitigación. - Aprobaciones
La fecha de aprobación y la fecha de firma.
La plantilla del plan de prueba de software servirá como guía. Basa su contenido en qué prueba necesitas rastrear. Recuerda que puedes someter el plan a cambios. Esto es especialmente cierto si cambia los parámetros que fueron la base del plan de prueba.
A medida que avanza la prueba, espere que el documento evolucione. Los cambios lo harán más conforme a las especificaciones o nuevos requisitos. Esta es la realización de una buena entrega de prueba de producto.
Plantillas de plan de prueba de software
#20
#21
#22
#23
#24
#25
#26
#27
#28
#29
¿Por qué debería hacer una plantilla de plan de prueba?
El plan de prueba es un documento completo. Es un resumen de la estrategia de prueba, los objetivos y los recursos necesarios para la prueba. También puede contener estimaciones de prueba y entregables.
Es básicamente un modelo en la realización de actividades para pruebas de software. También es un proceso claro que se utiliza para un seguimiento y un control meticulosos. Aquí hay algunas razones por las que debería usar esta plantilla:
- Ayudará en la determinación del esfuerzo requerido. Con él, puede confirmar las características de la aplicación que probará.
- Ayudará a los gerentes comerciales, desarrolladores y clientes. A través del documento, aprenden sobre los detalles de las pruebas.
- Es un modelo y le servirá como guía en su pensamiento. También es un libro de reglas al que debes adherirte estrictamente.
- Contiene información como estimaciones de prueba, alcance de prueba y estrategia de prueba. Usted documenta todo esto en el plan. El equipo de gestión puede revisar el documento y aplicarlo a otros.
Ejemplos de planes de prueba
#30
#31
#32
#33
#34
#35
Sugerencias para crear una plantilla de plan de prueba
En este punto, ya debería estar familiarizado con la importancia de la plantilla del plan de prueba. Puede crear su propia plantilla o descargar una desde aquí. Si elige la primera opción, aquí hay algunos consejos para guiarlo:
- Analice su producto
Necesita hacer un trabajo de investigación para familiarizarse con el producto. Hable con sus clientes y usuarios finales y conozca sus expectativas y necesidades. De la nada, no se puede construir algo de calidad. Conozca el producto a fondo antes de probarlo. - Desarrollar una estrategia
El documento del plan de prueba es un documento complejo que normalmente prepara el administrador de pruebas. En él, encontrará los objetivos de prueba del proyecto y los métodos necesarios para lograrlos. También determinará los esfuerzos y costos de las pruebas.
También deberá definir el alcance de la prueba antes de realizar cualquier prueba. Cíñete a los parámetros establecidos por el plan y no vayas más allá. Esto es importante para muchas personas, especialmente para su equipo y las partes interesadas.
Los procedimientos de prueba estándar le darán un resultado de prueba esperado. Usted realiza cada tipo de prueba para identificar un tipo específico de «error» del producto. Este es un terreno común para todos los tipos de pruebas.
Están destinados a identificar o detectar todos los defectos. Haga esto antes de entregar el producto al cliente. La persona responsable de la ejecución de la prueba es el probador. Si su presupuesto lo permite, puede tener probadores internos y externos.
Estos exterminadores pueden disminuir la probabilidad de infestaciones de «insectos». - Definir los objetivos
Un gran objetivo de las pruebas es buscar defectos en el software. Además, se asegura antes del lanzamiento de que el software esté «libre de errores».
Para lograr sus objetivos , primero deberá enumerar todo el software que necesitará para la prueba. Luego, defina los objetivos de las pruebas en base a los pasos anteriores. - Definir los criterios Los
criterios generalmente se basan en especificaciones. Hay un estándar en el que puede basar un procedimiento de prueba. Puede utilizar criterios de suspensión. Esto especifica los criterios utilizados para suspender la totalidad o una parte de las actividades de prueba.
Si encuentra estos durante la prueba, ponga el ciclo de prueba en espera hasta que resuelva los criterios.
También puede utilizar criterios de salida. Estos son los criterios o requisitos necesarios para completar una tarea o proceso específico. Estos son los resultados específicos de las pruebas. Tiene que lograr esto antes de continuar con la siguiente etapa de desarrollo. - Planificación de recursos
Defina todos los tipos de recursos que necesita para completar su proyecto. Inclúyalos en un resumen detallado de su documento. Estos recursos pueden ser humanos, equipos y materiales.
Es más fácil para el administrador de pruebas hacer cronogramas y estimaciones para el proyecto . Es decir, si se dispone de información sobre el número de recursos. - Planificar el entorno de prueba
Los entornos de prueba de software son una disposición tanto de hardware como de software que el personal de prueba utilizará para ejecutar sus casos de prueba. Consistirá en personal comercial, usuarios y la configuración física como servidores, etc.
Obtenga la mayor cantidad de información del desarrollador para comprender claramente la aplicación web. - Programación y estimación
Incluya las estimaciones y la programación en el plan. Para la estimación, divida todo el proyecto en tareas más pequeñas y luego agregue la estimación para cada tarea.
Hacer un cronograma es importante para la gestión de cada proyecto. Con un cronograma bien elaborado, puede usarlo como un indicador. Consúltelo mientras supervisa el progreso del proyecto. También puede usarlo para administrar los sobrecostos. - Entregables de prueba Creará
diferentes tipos de documentos en el transcurso de un proyecto. Estos documentos, junto con las herramientas y otros componentes, son los entregables. Los necesita para respaldar los esfuerzos de prueba.
