Plan de pruebas de un proyecto

Vista previa del material en texto

Plan de pruebas
Un plan de pruebas es un documento que describe cómo se probará un software. Este debe incluir los siguientes elementos:
Objetivos del plan de pruebas: Los objetivos del plan de pruebas deben ser claros y concisos.
Escenarios de prueba: Los escenarios de prueba son una descripción detallada de cómo se probará el software.
Casos de prueba: Los casos de prueba son una descripción más detallada de cómo se probará el software.
Datos de prueba: Los datos de prueba son los datos que se utilizarán para probar el software.
Pasos de prueba: Los pasos de prueba son los pasos específicos que se seguirán para probar el software.
Escenarios de falla: Los escenarios de falla son una descripción de cómo se producirán fallas en el software.
Resultados esperados: Los resultados esperados son los resultados que se esperan de cada paso de prueba.
Resultados reales: Los resultados reales son los resultados reales de cada paso de prueba.
Conclusión: La conclusión es un resumen de los resultados del plan de pruebas.
El plan de pruebas debe ser creado por un equipo de prueba que comprenda el software que se está probando, debe ser revisado y aprobado por los desarrolladores y los usuarios finales.
El plan de pruebas es una herramienta importante para garantizar que el software se pruebe de manera completa e integral. También puede ayudar a identificar y corregir defectos en el software antes de que se implemente en producción. Además de ayudar a mejorar la calidad del software y a garantizar que cumpla con los requisitos de los usuarios.
Los procesos de aseguramiento de calidad de un producto de software suelen dividirse en lo que respecta a su componente analítico en pruebas estáticas y dinámicas. La diferencia fundamental entre estos tipos de pruebas radica en que las pruebas estáticas se centran en evaluar la calidad con la que se está generando la documentación del proyecto, por medio de revisiones periódicas, mientras que las pruebas dinámicas, requieren de la ejecución del software con el fin de medir el nivel de calidad con la que este fue codificado y el nivel de cumplimiento en relación con la especificación del sistema.
Al desarrollar el plan de pruebas, se puede obtener información sobre los errores, defectos o fallas que tiene el prototipo, así se realizan las correcciones pertinentes, según el caso y se asegura la calidad del producto que se está entregando al cliente.
Clasificación de las pruebas 
Pruebas funcionales y no funcionales 
1.	Una prueba funcional es una prueba basada en la ejecución, revisión y retroalimentación de las funcionalidades previamente diseñadas para el software (requisitos funcionales). 
 
•	Pruebas unitarias
•	Pruebas de componentes
•	Pruebas de integración
•	Pruebas de sistema
•	Pruebas alpha
•	Pruebas beta
•	Pruebas de aceptación
•	Pruebas de regresión
 
Pruebas no funcionales
2.	Una prueba no funcional es una prueba cuyo objetivo es la verificación de un requisito que especifica criterios que pueden usarse para juzgar la operación de un sistema.
 
•	Pruebas de compatibilidad
•	Pruebas de seguridad
•	Pruebas de Stress
•	Pruebas de usabilidad
•	Pruebas de rendimiento
•	Pruebas de escalabilidad
•	Pruebas de mantenibilidad
•	Pruebas de instalabilidad
•	Pruebas de portabilidad
	Nombre del proyecto: Proyecto 0 
	Caso No: 1
Nombre del caso: inicio del juego
	Escrito por: Usuario 1
Fecha: 18/11/17
	Ejecutado por: Usuario2
Fecha: 19/11/2017
	Propósito: Comprobar que el juego inicio correctamente
	Prerrequisitos: Haber pulsado en el icono del juego
	Requisitos Hardware y Software: PC y/o dispositivo móvil
	Especificación:
El juego tarda al iniciar
	Datos de entrada
	Pasos
	Resultado esperado
	Resultado obtenido
	Número expediente: CB01MUK’
	1. Ingresar al juego
2. Dar clic al icono del juego
	“tardo mucho tiempo al entrar al juego”
	“tardo mucho tiempo al entrar al juego”
Plan de pruebas y matriz
	Nombre del proyecto: 
	Caso No: 2
Nombre del caso: sonido del juego
	Escrito por: Usuario 1
Fecha: 18/11/17
	Ejecutado por: Usuario2
Fecha: 19/11/2017
	Propósito: Activar y desactivar el sonido del juego
	Prerrequisitos: Haber pulsado el botón para desactivar sonido
	Requisitos Hardware y Software: PC y/o dispositivo móvil
	Especificación:
El videojuego debe permitir activar y desactivar el sonido
	Datos de entrada
	Pasos
	Resultado esperado
	Resultado obtenido
	Número expediente: CB02MUK’
	1. Ingresar al juego
2. Pulsar el botón del sonido
3.sube y baja el volumen
	“el volumen no era el correcto”
	“se escuchó muy bajo”
	Nombre del proyecto: 
	Caso No: 3
Nombre del caso: play al juego
	Escrito por: Usuario 1
Fecha: 18/11/17
	Ejecutado por: Usuario2
Fecha: 19/11/2017
	Propósito: iniciar nuevo juego
	Prerrequisitos: Haber pulsado el botón play para inicia nueva partida
	Requisitos Hardware y Software: PC y/o dispositivo móvil
	Especificación:
El videojuego debe permitir pulsar el botón de play
	Datos de entrada
	Pasos
	Resultado esperado
	Resultado obtenido
	Número expediente: CB02MUK’
	1. Ingresar al juego
2. Pulsar el botón play
	“no inicio el juego”
	“no se inició nueva partida”
	Nombre del proyecto: 
	Caso No: 2
Nombre del caso: pausar el juego
	Escrito por: Usuario 1
Fecha: 18/11/17
	Ejecutado por: Usuario 2
Fecha: 19/11/2017
	Propósito: pausar el juego
	Prerrequisitos: Haber pulsado el botón de pausa
	Requisitos Hardware y Software: PC y/o dispositivo móvil
	Especificación:
El videojuego debe permitir pausar el juego cuando se está jugando
	Datos de entrada
	Pasos
	Resultado esperado
	Resultado obtenido
	Número expediente: CB02MUK’
	1. Ingresar al juego
2. Pulsar el botón del pausar
	Falla, el juego sigue funcionando
	“Falla, el juego sigue funcionando”