Plan de Pruebas

Plan de Pruebas
Sistema automatizado para el control de pago y gestin

del aseo urbano y domiciliario para la Alcalda
Bolivariana de Bermdez, Estado Sucre
Versin: 001
PlandePruebas
SistemaautomatizadoparaelcontroldelaseourbanoydomiciliarioparalaAlcalda
BolivarianadeBermdez,EstadoSucre
Versin:<x.y.z>
Historial de Revisiones
Versin
001
Fecha
19/11/2013
Autor
Emily Campos
Jeancarlos Faras
Daniel Salazar
Yamnellys Reyes
PlandePruebas
Descripcin
Primera entrega
Versin:<x.y.z>
ndice de Contenido
1
Introduccin............................................................................................................................................ 5
1.1 Alcance.............................................................................................................................................. 5
1.2 Definiciones, Acrnimos y Abreviaturas............................................................................................. 5
1.3 Documentos Relacionados................................................................................................................ 5
Antecedentes y Propsito....................................................................................................................... 6
2.1 Antecedentes..................................................................................................................................... 6
2.2 Propsito de la Evaluacin................................................................................................................ 6
2.3 Motivadores de la prueba.................................................................................................................. 6
Objetos a ser Evaluados......................................................................................................................... 6
mbito de las Pruebas............................................................................................................................ 6

4.1 Dentro del mbito.............................................................................................................................. 7
4.2 Fuera del mbito............................................................................................................................... 7
Enfoque de las Pruebas......................................................................................................................... 7
Herramientas para las Pruebas.............................................................................................................. 9

7.1 Software............................................................................................................................................ 9
7.2 Herramientas de Soporte y Productividad......................................................................................... 9
7.3 Secuencias de Comandos Personalizadas (Script de Pruebas)........................................................9
7.4 Hardware......................................................................................................................................... 10
7.5 Configuraciones de Pruebas de ambiente.......................................................................................10
Casos de Prueba.................................................................................................................................. 10
13
Riesgos................................................................................................................................................. 15
14
Reportes de Problemas y Resolucin................................................................................................... 15
15
Responsabilidades, Personal y Necesidades de Capacitacin............................................................15

15.1
Personal y Roles Necesarios...................................................................................................... 15
15.2
Personal y Necesidades de Capacitacin..................................................................................15
PlandePruebas
Versin:<x.y.z>
Plan de Pruebas
1 Introduccin
Con este documento se permite evaluar la calidad del producto que se est desarrollando a travs de las
diferentes fases por las cuales este pasa, mediante la aplicacin de pruebas especficas para validar que las
supuestos definidos en el diseo y los requerimientos se estn cumpliendo satisfactoriamente, esto quiere
decir que se verifica que el producto funcione como se plante y que los requerimientos son satisfechos
perfectamente.
1.1
Alcance
A travs del presente documento de pruebas, se quiere que el sistema cumpla con los requisitos que fueron
planteados por el cliente, de igual modo se desea comprobar que cada componente del software cumpla con
lo que debe realizar.
1.2
Definiciones, Acrnimos y Abreviaturas
HTML: HyperText Markup Language: (en espaol lenguaje de marcado hipertextual), hace referencia
al lenguaje de marcado predominante para la elaboracin de pginas web que se utiliza para describir y
traducir la estructura y la informacin en forma de texto, as como para complementar el texto con objetos
tales como imgenes.
PHP: Procesador de Hipertextos: es un lenguaje de programacin de uso general de cdigo del lado del
servidor originalmente diseado para el desarrollo web de contenido dinmico. Fue uno de los primeros
lenguajes de programacin del lado del servidor que se podan incorporar directamente en el documento
HTML en lugar de llamar a un archivo externo que procese los datos.
RAM: Memoria de acceso aleatorio: se utiliza como memoria de trabajo para el sistema operativo, los
programas y la mayora del software. Es all donde se cargan todas las instrucciones que ejecutan el
procesador y otras unidades de cmputo. Se denominan de acceso aleatorio porque se puede leer o
escribir en una posicin de memoria con un tiempo de espera igual para cualquier posicin, no siendo
necesario seguir un orden para acceder a la informacin de la manera ms rpida posible.
GB: Gigabyte: es una unidad de almacenamiento de informacin cuyo smbolo es el GB; equivale a 109
byte Por otro lado, al igual que el resto de prefijos del SI, para la informtica muchas veces se confunde con
230 bytes, lo cual debe ser denominado gibibyte segn normativa IEC 60027-2 y la IEC 80000-13:2008
publicada por la Comisin Electrotcnica Internacional.
MB: Megabyte: es una de cantidad de datos informticos. Es un mltiplo del byte u octeto, que equivale a
106 B (un milln de bytes). Por otro lado, al igual que el resto de prefijos del SI, para la informtica muchas
veces se confunde el megabyte con 220 B, cantidad que segn normativa IEC 60027-2 y la IEC 8000013:2008 publicada por la Comisin Electrotcnica Internacional debe ser denominada mebibyte.
1.3
Documentos Relacionados
Ttulo
Especificacin de
requerimientos del software.
Fecha
Organizacin
Identificador del
documento
Alcalda Bolivariana de Versin 002

Bermdez
2 Antecedentes y Propsito
2.1
Antecedentes
No existe ningn antecedente
2.2
Propsito de la Evaluacin
La calidad de un software hace referencia a que el producto salga con el ms alto porcentaje de
efectividad. La idea principal es hacer un software con mucha calidad y esto se realiza teniendo en
cuenta la calidad como objetivo a cada momento y realizando las actividades necesarias para que esto
se logre. Este documento es necesario para el aseguramiento de la calidad del sistema .Con este plan
se seleccionan y se coordinan las actividades para asegurar la calidad del software durante el ciclo de
vida del proyecto y an despus al ser entregado al cliente. Los objetivos que se pretenden alcanzar con
la aplicacin del plan de pruebas son las siguientes:
2.3
Encontrar la mayor cantidad de errores como sea posible.

Observar si se cumplen las especificaciones establecidas por los usuarios.
Revisar si se cumplen los requisitos que se hicieron en la planificacin del diseo y desarrollo
del sistema.
Realizar las pruebas necesarias de rendimiento y capacidad del sistema.
Encontrar problemas importantes y determinar los riesgos percibidos en cuanto a la calidad del
producto
Motivadores de la prueba
Los principales elementos que crearon la necesidad de realizar este plan de pruebas se presentan a
continuacin:
Que los botones realizaran las acciones para los que estaban diseados
Requerimientos funcionales
Requerimientos no funcionales
Cambios en los Requerimientos
3 Objetos a ser Evaluados

Los componentes que sern evaluados en el sistema de control del aseo urbano y domiciliario son:
Botones. (que identifican y describen los componentes del sistema).

Diccionario de datos. (donde se describe todos los datos usados dentro de la base de datos).
Descripciones de procesos y procedimientos. (contiene toda la informacin y el lenguaje tcnico
utilizado).
Formularios (donde se coloca los datos que sern ingresados al sistema).
Seguridad (para verificar si el sistema es completamente seguro)
4 mbito de las Pruebas

El conjunto de tareas necesarias para conseguir el objetivo del proyecto son el verificar uno por uno cada
uno de los componentes del sistema, se revisarn desde la parte del cliente hasta la parte de los
administradores, tambin se revisarn las ubicaciones de cada uno de los mdulos, que los botones
cumplan con las especificaciones para las cuales fueron diseados. Adems se verificar las opciones que
pueden realizar tanto el administrador como el moderador.
4.1
Dentro del mbito

Las caractersticas que sern evaluadas son:
4.2
La revisin de los botones

El diccionario de datos
Los procesos y procedimientos
Los formularios.
Seguridad
Fuera del mbito
No se excluir ningn tipo de pruebas porque todos los intentos de evaluar y conseguir fallas sern
favorables para garantizar la calidad del software.
5 Enfoque de las Pruebas

Los tipos de pruebas que se realizaran son:
Pruebas de Interfaz de Usuario
Pruebas funcionales
Pruebas seguridad
T-01: Pruebas de Interfaz de Usuario

Objetivo:
Identificar que la interfaz sea apropiada para que el usuario la pueda

visualizar los datos de salida e introducir los datos correspondientes.
Descripcin:
Se revisar que haya un equilibrio en el acomodo de los componentes, una

correcta distribucin de stos, que la interfaz este hecha en base al diseo
Tcnicas:
Se comparar uno a uno los elementos de la interfaz contra los del diseo
verificando que efectivamente estn hechos con base al diseo.
Fases:
1. Se verifica si la interfaz es fcil de entender.

2. Se revisan todas las interacciones del sistema (iconos, botones,
imgenes, mensajes de texto o sonoros, barras de desplazamiento y
navegacin...).
3. Se verifican los enlaces.
4. Se verifica si la interfaz tiene relacin con el diseo.
Entorno de prueba:
Se visualizar la interfaz del sistema para saber si es fcil de entender,

luego se revisaran todas las interacciones que tenga el software, tambin
se comprobar los enlaces para demostrar que estn agregados
correctamente y se comprueba que el diseo de la interfaz tenga relacin
con la que se estableci.
Hardware:
El sistema se puede ejecutar perfectamente en una computadora que

contenga un procesador celeron o equivalente a 2.6 Ghz y 2GB en RAM
Software:
Debe comprender de los programas necesarios para que el sistema se

pueda ejecutar sin problemas (PHP, HTML5, Postgress, Apache)
Configuracin:
Demostrar que exista una facilidad de uso con las interacciones del
sistema.
Criterios de xito:
Ser satisfactorio solamente si la interfaz esta100% hecha en base a lo que

se establece en el diseo.
Consideraciones
Especiales:
T-02: Pruebas Funcionales
Objetivo:
Verificar si el sistema cumple con los requisitos funcionales establecidos

por el cliente.
Descripcin:
Se hacen mediante probar y validar que el software hace lo que debe y

sobre todo, lo que se ha especificado.
Tcnicas:
Se comparar uno a uno los requisitos funcionales para comprobar si

cumple con lo que los usuarios quieren. Adems comprobar que los
resultados esperados de cada requisito sean los adecuados.
Fases:
1. Se verifica el requisito de registrar cliente.

2. Se comprueba si el requisito generar pagos funciona correctamente.
3. Se verifica el requisito de generar reportes
4. Se verifica el requisito de consultar estatus del cliente
Entorno de prueba:
Se realizar una prueba que verifique que cada uno de los requisitos
cumpla con lo esperado.
Hardware:

Software:

Configuracin:
Debe ser confiable
Criterios de xito:
Ser satisfactorio solamente si los requisitos funcionales estn como se

establecieron desde un principio.
Consideraciones
Especiales:
No se requieren consideraciones especiales.
T-03: Pruebas de seguridad

Objetivo:
Verificar si el sistema es realmente seguro.
Descripcin:
Esta prueba nos garantiza la seguridad del sistema, tanto los datos
arrojados al sistema como en el acceso de ste.
Tcnicas:
Se asignara cada tipo de usuarios con sus restricciones, se controlara los

accesos al sistema y los cambios que se realicen a los datos que estn
almacenados en ella.
Fases:
1. Los usuarios deben introducir los datos de acceso correctamente

2. Se comprobara las actividades que puede realizar cada usuario
dependiendo de su restriccin.
3. Se verifica si los datos que tiene el sistema estn correctamente seguros
Entorno de prueba:
Se realizara estas pruebas en el entorno del desarrollo.
Hardware:

Software:

Configuracin:
Niveles de seguridad completo y usuarios identificados con su rol.
Criterios de xito:
Ser satisfactorio solamente si fueron cumplidos todos los parmetros de

seguridad que se establecieron.
Consideraciones
Especiales:
La informacin establecida fue suministrada por el cliente.
6 Herramientas para las Pruebas

Esta seccin describe las distintas clases de herramientas utilizadas en la prueba del sistema.
6.1
Software
No se utiliz ningn software para la ejecucin de las pruebas
6.2
Herramientas de Soporte y Productividad
No se utilizaron herramientas de soporto y productividad
6.3
Secuencias de Comandos Personalizadas (Script de Pruebas)
$(document).ready(function(){
$("#frmUsuarios").submit(function() {
if($("#empleado option:selected").val() == "") {
alert("Seleccione el Nombre del Empleado.!");
return false;
}
if($("#nivel option:selected").val() == "") {
alert("Seleccione el Nivel para el Usuario.!");
return false;
}
if($("#usuario").val().length < 5) {
alert("La contrasea Debe Contener Minimo 5 Caracteres.!");
return false;
}
if($("#clave").val().length < 6 ) {
alert("La contrasea debe Contener Minimo 6 Caracteres.!");
return false;
}
});
})
6.4
Hardware
Recurso
Cantidad
Descripcin
Servidor
Procesador Intel Celeron a 2.8 Ghz y 1GB

en RAM
Pc de escritorio
Procesador Intel Celeron a 2.8 Ghz y 1GB

en RAM
6.5
Configuraciones de Pruebas de ambiente

Nombre de
Configuracin
Descripcin
Implementacin de la
Configuracin Fsica
CPU
Unidad central de procesamiento o sobre la

plataforma se instalar el sistema
Memoria
Capacidad de almacenamiento de informacin

y modo de ejecucin de la misma es decir,
sobre qu velocidad trabajar el sistema
Departamento de
informtica de la Alcalda
Bolivariana de Bermdez
7 Casos de Prueba
Caso de prueba: Inicio de sesin
ID/Nombre/Sistema/Proyecto: Control de pago y
gestin del aseo urbano y domiciliario
Nivel de Prueba: Integracin/Sistema
ID Caso de Uso: C-1 Inicio de sesin
Tipo(s) de Pruebas(s): Funcionales/ no funcionales
ID Requerimiento:
Ambiente de Prueba: Entorno del desarrollo
ID/Nombre Escenario: 01
Autor del Caso de Prueba:
ID/Nombre Caso de Prueba: Datos incorrectos
Nombre del Probador:
Versin del Caso de Prueba: V-01
Fecha de Creacin:
23-11-2013
Fecha de Ejecucin:
23-11-2013
Condicin(es) para que se ejecute el Caso de Prueba:

Antes de que el usuario acceda al sistema, se debi establecer los parmetros para registrar el acceso.
Para la Ejecucin del Caso de Prueba:
Nro. Paso Flujo
Condicin
Valor(es)
Resultado
Esperado
Resultado
Obtenido
Dejar los campos en Ninguna

blancos.
Ninguno
Mensaje de error:
Debe llenar los
campos en blancos
Introducir Id usuario Ninguna

y contrasea
Usuario: usuario
Contrasea: 1234
Mensaje de error:
Datos incorrectos
Criterios de Aprobacin del Caso de Prueba: Se cumpli con los resultados esperados
Decisin de Aprobacin del Caso de Prueba:
Aprob: __X__
Fallo: ____
Fecha de Aprobacin del Caso de Prueba: 23-11-2013
Caso de prueba: Registrar usuario

ID Caso de Uso: C-2.1.1 Registrar usuario
Tipo(s) de Pruebas(s): Funcionales
ID Requerimiento:
ID/Nombre Caso de Prueba: Realizar un registro de Nombre del Probador:

usuarios con campos en blancos
Fecha de Creacin:
23-11-2013
Fecha de Ejecucin:
23-11-2013

Comprobar que se cumplen las validaciones en los campos, para que no ocurran errores a la hora de
registrar un usuario.
Nro. Paso Flujo
Condicin
Registrar usuario
dejando el campo
del nombre en
blanco
Ninguna
Valor(es)
Ninguno
Registrar usuario
dejando el campo
del apellido en
blanco
Ninguna
Ninguno
Registrar usuario
dejando todos los
campos en blanco
Ninguna
Ninguno
Registrar usuario
dejando en blanco
el campo del id
usuario
Ninguna
Ninguno
Resultado
Esperado
Resultado
Obtenido
Mensaje de error:
Debe introducir el
nombre del usuario
Mensaje de error:
Debe introducir el
apellido del usuario
Mensaje de error:
Debe llenar todos
los campos
Mensaje de error:
Debe introducir el id
del usuario
Criterios de Aprobacin del Caso de Prueba: Se cumpli con los resultados esperados
Aprob: __X__
Fallo: ____
Caso de prueba: Registrar cliente

ID Caso de Uso: C-2.2.1 Registrar cliente
ID Requerimiento:
ID/Nombre Caso de Prueba: Realizar un registro de Nombre del Probador:

clientes con campos en blancos
Fecha de Creacin:
23-11-2013
Fecha de Ejecucin:
23-11-2013

Comprobar que se cumplen las validaciones en los campos, para que no ocurran errores a la hora de
registrar un cliente.
Nro. Paso Flujo
Condicin
Valor(es)
Registrar cliente
dejando el campo
del nombre en
blanco
Ninguna
Ninguno
Registrar usuario
dejando todos los
campos en blanco
Ninguna
Ninguno
Registrar usuario
dejando el campo
del apellido en
blanco
Ninguna
Ninguno
Resultado
Esperado
Resultado
Obtenido
Mensaje de error:
Debe introducir el
nombre del cliente
Mensaje de error:
Debe llenar todos
los campos
Mensaje de error:
Debe introducir el
apellido del cliente
Criterios de Aprobacin del Caso de Prueba: Se cumpli con los resultados esperados.
Aprob: __X__
Fallo: ____
Caso de prueba: Eliminar usuarios

ID Caso de Uso: C-2.1.4 Eliminar usuario
ID Requerimiento:
ID/Nombre Caso de Prueba: Comprobar que el

usuario es eliminado correctamente
Fecha de Creacin:
23-11-2013
Fecha de Ejecucin:
23-11-2013
Comprobar que se elimine el usuario de la base de datos.

Nro. Paso Flujo
Seleccionar y
eliminar el usuario
Condicin
Ser administrador
del sistema
Valor(es)
ninguno
Resultado
Esperado
Resultado
Obtenido
Mensaje:
Se la eliminado con
xito
Aprob: __X__
Fallo: ____
Caso de prueba: Agregar noticias

ID Caso de Uso: C-2.3.1 Agregar noticias
ID Requerimiento:
ID/Nombre Caso de Prueba: Agregar noticias
Fecha de Creacin:
23-11-2013

Comprobar que la noticia se agreg correctamente.
Fecha de Ejecucin:
23-11-2013
Nro. Paso Flujo

Escribir la noticia y
presionar agregar
Condicin
Ser administrador
del sistema
Valor(es)
Resultado
Esperado
Resultado
Obtenido
Mensaje:
Noticia agregada
con xito
ninguno
Aprob: __X__
Fallo: ____
8 Riesgos
Riesgos
Errores a la hora
de realizar
alguna de las
pruebas
Tiempo de las
pruebas mayor al
estimado
Estrategias de Mitigacin
Realizar las pruebas
correctamente y as reducir
los riesgos
Hacer un cronograma para
que las pruebas se realicen

en un tiempo determinado.
Plan de Contingencia
Impacto
Volver a realizar las
pruebas hasta identificar

los errores.
Aumentar el tiempo d
cada prueba.
rea de pruebas
rea de pruebas
9 Reportes de Problemas y Resolucin

Los problemas que se encuentren en el proceso sern documentados y al igual que los problemas de
soluciones de stos, el proceso que se seguir para alcanzar la resolucin de dichos problemas ser el ir
identificando cada uno de los problemas y aplicar las medidas necesarias para la solucin de stos
10
Responsabilidades, Personal y Necesidades de Capacitacin

10.1
Personal y Roles Necesarios

Roles
Usuarios de
prueba
10.2
Recursos
Necesarios
Se utilizaron los
mismo recursos para
el desarrollo del
sistema
Estado
Asignado
Responsabilidades Especficas o
Comentarios
Ejecutar las pruebas necesarias
Personal y Necesidades de Capacitacin
No es necesario capacitar al encargado de ejecutar las pruebas ya que tiene conocimientos sobre
lo que se va a realizar.

Plan de Pruebas

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Plan de Pruebas

Загружено:

Авторское право:

Доступные форматы

Plan de Pruebas

Sistema automatizado para el control de pago y gestin

Objetos a ser Evaluados......................................................................................................................... 6

mbito de las Pruebas............................................................................................................................ 6

Enfoque de las Pruebas......................................................................................................................... 7

Herramientas para las Pruebas.............................................................................................................. 9

Reportes de Problemas y Resolucin................................................................................................... 15

Responsabilidades, Personal y Necesidades de Capacitacin............................................................15

Definiciones, Acrnimos y Abreviaturas

Alcalda Bolivariana de Versin 002

No existe ningn antecedente

Encontrar la mayor cantidad de errores como sea posible.

3 Objetos a ser Evaluados

Botones. (que identifican y describen los componentes del sistema).

4 mbito de las Pruebas

Dentro del mbito

La revisin de los botones

5 Enfoque de las Pruebas

Pruebas de Interfaz de Usuario

T-01: Pruebas de Interfaz de Usuario

Identificar que la interfaz sea apropiada para que el usuario la pueda

Se revisar que haya un equilibrio en el acomodo de los componentes, una

1. Se verifica si la interfaz es fcil de entender.

Se visualizar la interfaz del sistema para saber si es fcil de entender,

El sistema se puede ejecutar perfectamente en una computadora que

Debe comprender de los programas necesarios para que el sistema se

Ser satisfactorio solamente si la interfaz esta100% hecha en base a lo que

T-02: Pruebas Funcionales

Verificar si el sistema cumple con los requisitos funcionales establecidos

Se hacen mediante probar y validar que el software hace lo que debe y

Se comparar uno a uno los requisitos funcionales para comprobar si

1. Se verifica el requisito de registrar cliente.

El sistema se puede ejecutar perfectamente en una computadora que

Debe comprender de los programas necesarios para que el sistema se

Debe ser confiable

Ser satisfactorio solamente si los requisitos funcionales estn como se

No se requieren consideraciones especiales.

T-03: Pruebas de seguridad

Verificar si el sistema es realmente seguro.

Se asignara cada tipo de usuarios con sus restricciones, se controlara los

1. Los usuarios deben introducir los datos de acceso correctamente

Se realizara estas pruebas en el entorno del desarrollo.

El sistema se puede ejecutar perfectamente en una computadora que

Debe comprender de los programas necesarios para que el sistema se

Niveles de seguridad completo y usuarios identificados con su rol.

Ser satisfactorio solamente si fueron cumplidos todos los parmetros de

La informacin establecida fue suministrada por el cliente.

6 Herramientas para las Pruebas

No se utiliz ningn software para la ejecucin de las pruebas

Herramientas de Soporte y Productividad

No se utilizaron herramientas de soporto y productividad

Secuencias de Comandos Personalizadas (Script de Pruebas)

Procesador Intel Celeron a 2.8 Ghz y 1GB

Procesador Intel Celeron a 2.8 Ghz y 1GB

Configuraciones de Pruebas de ambiente

Unidad central de procesamiento o sobre la

Capacidad de almacenamiento de informacin

Nivel de Prueba: Integracin/Sistema

ID Caso de Uso: C-1 Inicio de sesin

Tipo(s) de Pruebas(s): Funcionales/ no funcionales

Ambiente de Prueba: Entorno del desarrollo

Autor del Caso de Prueba:

ID/Nombre Caso de Prueba: Datos incorrectos

Nombre del Probador: