Sunteți pe pagina 1din 15

PLAN DE PRUEBAS

Departamento/Proyecto/ Subtítulo

Mes 2013
HISTÓRICO DE CAMBIOS

Fecha Versión Descripción Autor

Departamento/Proyecto/ Subtítulo 2
Índice
1.1. Objetivos y tareas 4
1.1.1. Objetivos 4
1.1.2. Tareas 4
1.2. Audiencia prevista 4
1.3. Referencias 4
2.1. Ítems a probar (funciones) 5
2.2. Cuestiones de riesgo 5
2.3. Características a probar 5
2.4. Características que no se van a probar 5
2.5. Enfoque (estrategia) 5
3.1. Criterios de entrada 6
3.2. Criterios de salida 6
3.3. Criterios de suspensión 6
3.4. Criterios de reanudación 6
3.5. Criterios de éxito y fallo 6
5.1. Planificación 8
5.2. Recursos 8
5.2.1. Hardware 8
5.2.2. Software 8
5.2.2.1. Herramientas 8
5.2.3. Dotación de personal 8
5.2.3.1. Responsabilidades 8
5.2.3.2. Formación 8

Departamento/Proyecto/ Subtítulo 3
1. INTRODUCCIÓN

PROYECTO TIPO DE PROYECTO

Sistema de información web Talento Humano Desarrollo de software Gubernamental


biometrico Alcladia de Tangua

Equipo de Proyecto

Jefe de Proyecto Armando Obando

1.1. OBJETIVOS Y TAREAS

1.1.1. Objetivos
Entregar las pautas y definir la estrategia que se regiran para probar los modulos del
sistema Talento Humano biometrico.

1.1.2. Tareas
Planificacion de las pruebas.
Diseno de las pruebas.
Implementación de las pruebas.
Ejecucion de pruebas . Evaluación de pruebas.

1.2. AUDIENCIA PREVISTA


La fase de pruebas esta dirigida por el jefe de proyecto, para evaluar en que se esta fallando
para realizar las correcciones necesarias.

Departamento/Proyecto/ Subtítulo 4
1.3. REFERENCIAS
Lista todos los documentos que se han utilizado para crear este plan, los que se usarán en
el desarrollo de casos de pruebas o durante la ejecución de pruebas. Estos se pueden listar
en una tabla como la siguiente:

Documento Autor Versión Localización

Informe de Armando Obando 1 N/A


Requisitos

Informe Técnico Armando Obando 1 N/A

Departamento/Proyecto/ Subtítulo 5
2. ALCANCE Y ENFOQUE

2.1. ÍTEMS A PROBAR (FUNCIONES)


Se va aprobar el ingreso la captura y la forma de validar los campos en el formulario para el
ingreso de hoja de vida (datos.html).
Ingreso de numero de documento.
Ingreso de primer Apellido
Ingreso Segundo Apellido
Ingreso de Nombres
Seleccionar el sexo
Seleccionar el pais -Departamento-municipio.
Ingresar correo electronico

2.2. CUESTIONES DE RIESGO


El software a probar es el formulario de captura de datos de un funcionario, en
navegadores Chrome, Mozilla,Explorer.

2.3. CARACTERÍSTICAS A PROBAR

CARACTERISTICA NIVEL DE RIESGO

Captura de Numero de identificación A

Seleccionar Sexo B

Seleccionar Pais-Departamento-Municiapio M

Ingresar correo electronico A

Ingreso de primer Apellido B

Ingreso Segundo Apellido B

Ingreso de Nombres B

Departamento/Proyecto/ Subtítulo 6
2.4. CARACTERÍSTICAS QUE NO SE VAN A PROBAR
No se va aprobar el item de ingreso de experiencias por el nuevo empleado ingresado no
puede tener experiencia laboral, riesgo de ingreso es bajo.

2.5. ENFOQUE (ESTRATEGIA)


Descripción de la estrategia de pruebas general para este plan de pruebas. Se han de
identificar las reglas y procesos asociados.
La estrategia aplicada es verificar:
Etapa 1: Que las funcionalidades de los modulos sean cumplidos
Etapa 2: Que las funcionalidades integradas a los modulos sean cumplidos.
Será necesario indicar como objetivo realizar las pruebas de los modulos para la gestion de
formularios de ingreso de datos al sistema.

Departamento/Proyecto/ Subtítulo 7
3. CRITERIOS DE TRANSICIÓN

3.1. CRITERIOS DE ENTRADA


Lista todos los criterios que se han de satisfacer para empezar la ejecución de las pruebas.
Entre los posibles ítems que se pueden incluir están los siguientes:
- Aprobación del plan de pruebas
- El Entorno de pruebas se encuetra estable y preparado
- Se encuenta el caso de pruebas CP-001 aprobados
- Los Recursos humanos y tecnologicos se encuentran disponibles

3.2. CRITERIOS DE SALIDA


El criterio que se han de satisfacer para que una fase de pruebas se de por finalizada es:
- Completitud de los casos de pruebas ya que el modulo ingreso de datos al sistema
cumple los objetivos propuestos

3.3. CRITERIOS DE SUSPENSIÓN


El plan de pruebas se suspendera en caso de fallo al ingresar los datos capturados a las
tablas de la base de datos thb

3.4. CRITERIOS DE REANUDACIÓN


Se reanudara el plan de pruebas si los datos ingresados a la base de datos THB, cumplen
los criterios identificados en la fase de analisis.

3.5. CRITERIOS DE ÉXITO Y FALLO

Criterio Exito Fallo

Captura campo nùmero de indentificacion. Captura dato numerico y lo almacena en la No ingresa el dato capturado
tabla DatosPersonales

Captura Primer Apellido Captura el dato caracter y lo almacena en la No ingresa el dato capturado
Tabla Datos Personales

Captura Segundo Apellido Captura el dato caracter y lo almacena en la No ingresa el dato capturado
Tabla Datos Personales

Captura el campo Nombresr Captura el dato caracter y lo almacena en la No ingresa el dato capturado
Tabla Datos Personales

Departamento/Proyecto/ Subtítulo 8
Captura el campo Libreta Militar Captura dato numerico y lo almacena en la No ingresa el dato capturado
tabla DatosPersonales

Selecciona Pais- Departamento-Municipio Captura los datos de tipo caracter y lo No ingresa los datos capturados
almacena en la Tabla Datos Personales

Departamento/Proyecto/ Subtítulo 9
4. ESTRATEGIA DE PRUEBAS

Describe el enfoque general de las pruebas. Para cada grupo o combinación de


características hay que especificar el enfoque que asegurará que ese grupo de
características se va a probar adecuadamente. Hay que especificar las actividades, técnicas
y herramientas principales que se van a usar para cada uno de los grupos de pruebas
diseñados.
Existen diferentes grupos de pruebas que se pueden llevar a cabo. Para cada uno de ellos
hay que hacer una descripción, indicar las personas que van a llevar a cabo las pruebas y la
metodología que se va a seguir. Entre estos grupos están los siguientes:
- Pruebas unitarias
- Pruebas de Integración
- Pruebas de sistema
- Pruebas de carga
- Pruebas de aceptación de usuario
- Pruebas de regresión
- Etc.

Departamento/Proyecto/ Subtítulo 10
5. PLANIFICACIÓN Y RECURSOS

5.1. PLANIFICACIÓN
Las pruebas se realizaron el 17 de abril de 2019 16:00 horas

Caso de Prueba Formato de caso de pruebas

Tipo de Prueba : unitaria (Caja Blanca)

Objetivo comprobar el modulo ingreso de De


hoja de vida

Caso No.1

Datos incorrectos: formato de cedula no


valido.

Entradas: Nro de Documento 10-983903

Codigo:
unction validar() {

//valido el nombre

if
(document.ingreso.cedula.value.length==0){

alert("Tiene que escribir su cedula")

document.ingreso.cedula.focus()

return 0;

Departamento/Proyecto/ Subtítulo 11
if (document.ingreso.cedula.value==""){

alert("Tiene que introducir un número


entero.")

document.ingreso.cedula.focus()

return 0;

Resultado Todos los casos de pruebas planificadas se


han ejecutado.

Observaciones Se valida con Jscript,para enviarlas a PHP

5.2. RECURSOS

5.2.1. Hardware
Computador con procesador Intel core i3
Memoria Ram 2 GB
Espacio en disco 5GB
Monitor de 19 pulgadas
Mouse
Teclado

5.2.2. Software

Sistema operativo Windows 8

Departamento/Proyecto/ Subtítulo 12
Software APPSERV -32 Instalado Apache- Mysql- PHP
Instalador de la aplicación en medio extraible.
Navegador Chrome

5.2.2.1. Herramientas
Hoja electronica en excel.
Dreamweaver para corregir el código.

5.2.3. Dotación de personal

5.2.3.1. Responsabilidades
Equipo de aseguramiento de la calidad Armando Obando , responsable de ejecutar las
pruebas y hacer correcciones.

5.2.3.2. Formación
-Tecnologo en Sistemas.
-Tenologo en Analisis de Sistemas.

Departamento/Proyecto/ Subtítulo 13
6. REVISIÓN DEL PLAN DE PRUEBAS

El plan de pruebas cumple con los requisitos del desarrollador y del cliente, sera enviado al
tutor para su aprobacion.

Departamento/Proyecto/ Subtítulo 14
7. ANEXOS

CAPTURA DE PANTALLAS

Departamento/Proyecto/ Subtítulo 15

S-ar putea să vă placă și