Plan de pruebas de software
Rodrigo Berrios CastilloTarea3 de Abril de 2023
1.429 Palabras (6 Páginas)182 Visitas
[pic 1]
Plan de pruebas de software
[Nombre del proyecto]
Fecha: [dd/mm/aaa]
Tabla de contenido
Historial de Versiones 4
Información del Proyecto 4
Aprobaciones 4
Resumen Ejecutivo 5
Alcance de las Pruebas 5
Elementos de Pruebas 5
Nuevas Funcionalidades a Probar 6
Pruebas de Regresión 6
Funcionalidades a No Probar 7
Enfoque de Pruebas (Estrategia) 7
Criterios de Aceptación o Rechazo 8
Criterios de Aceptación o Rechazo 8
Criterios de Suspensión 8
Criterios de Reanudación 9
Entregables 9
Recursos 10
Requerimientos de Entornos – Hardware 10
Requerimientos de Entornos – Software 10
Herramientas de Pruebas Requeridas 11
Personal 11
Entrenamiento 12
Planificación y Organización 12
Procedimientos para las Pruebas 12
Matriz de Responsabilidades 13
Cronograma 13
Premisas 14
Dependencias y Riesgos 14
Referencias 15
Glosario 15
Historial de versiones
Fecha | Versión | Autor | Organización | Descripción |
Información del proyecto
Empresa / Organización | |
Proyecto | |
Fecha de preparación | |
Cliente | |
Patrocinador principal | |
Gerente / Líder de proyecto | |
Gerente / Líder de pruebas de software |
Aprobaciones
Nombre y Apellido | Cargo | Departamento u organización | Fecha | Firma |
Resumen ejecutivo
El plan de prueba de software se elabora con el fin de especificar que los elementos o componentes se van a probar para que el grupo de trabajo pueda realizar el proceso de validación y verificación de los requerimientos funcionales y no funcionales del sistema SN BIKE. Además, a través el plan de pruebas se puede continuar con la trazabilidad de los requerimientos, con los cuales el grupo de trabajo identifica el porcentaje de avances que se a logrado hasta el momento.
Al desarrollar el plan de pruebas se puede obtener información sobre los errores, defectos o fallas que tiene el sistema, así realizamos las correcciones pertinentes, según el caso y se asegura la calidad del producto que se está entregando al cliente.
Alcance de las pruebas
Elementos de pruebas
Módulo de Sistema | Tipos de prueba | Descripción |
Módulo de Carrito de compras | Funcionales | Comprobar que se pueda realizar una compra en el carrito. |
Módulo de inicio de sesión | Funcionales | Comprobar que se pueda crear un nuevo usuario. |
Módulo de finalización de compra | Funcionales | Comprobar que se entregue todos los datos del envío. |
Módulo de pago | Funcionales | Comprobar que el sistema redirecciona al sistema web pay. |
Módulo de dirección de envío | Funcionales | Verificar que se ingresen los datos del envío. |
Módulo de opciones de entrega | Funcionales | Verificar que se pueda seleccionar el tipo de envío. |
Módulo de confirmación despacho y seguimiento | Funcionales | Comprobar que se pueda visualizar la fecha de la entrega del pedido. |
Módulo de búsqueda de pedidos | Funcionales | Verificar que se pueda solicitar un pedido anterior a través de un correo electrónico. |
Módulos y páginas de gestión de cuentas | Funcionales | Comprobar que se puedan modificar los datos de una cuenta. |
Modulo Registrar Productos Nuevos | Funcionales | Verificar que se almacene un producto nuevo con sus respectivos datos. |
Módulo visualizar detalles de los productos. | Funcionales | Comprobar que se puedan visualizar todos los datos de un producto ya almacenado. |
Nuevas funcionalidades a probar
Es un listado de lo que se va a probar “desde el punto de vista del usuario”. No es una descripción técnica del software sino sus características y funcionalidades. Se incluyen tanto las que son nuevas como las que se están modificando.
Módulo de Sistema | Tipos de prueba | Descripción |
Módulo de tarjeta de regalo | Funcionales | Verificar que se puedan ingresar los datos de la tarjeta de regalo. |
Módulo de mantención | Funcionales | Comprobar se pueda visualizar reparaciones y retiro para mantención |
Pruebas de regresión
Listado de las funcionalidades no directamente involucradas en el desarrollo, pero cuyos componentes están siendo afectados y por ende deben probarse para asegurar que continúan funcionando adecuadamente. Al igual que en el punto anterior, se describen desde el punto de vista del usuario.
...