PLAN DE PRUEBAS

Bolivar /SoftwareOne/ Pruebas

Agosto 2019
HISTÓRICO DE CAMBIOS

Fecha Versión Descripción Autor

Versión preliminar, el plan de pruebas
refleja el enfoque y la programación de
22/09/2018 0.1 todas las pruebas del proyecto, como JONATAN RUZ LOPEZ
propuesta verificación de los módulos
Inicio de sesión, articulos, categorías y
Administración de usuarios.

Bolivar /SoftwareOne/ Pruebas

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 5
2.1. Ítems a probar (funciones) 6
2.2. Cuestiones de riesgo 6
2.3. Características a probar 6
2.4. Características que no se van a probar 7
2.5. Enfoque (estrategia) 7
3.1. Criterios de entrada 9
3.2. Criterios de salida 10
3.3. Criterios de suspensión 10
3.4. Criterios de reanudación 10
3.5. Criterios de éxito y fallo 10
5.1. Planificación 12
5.2. Recursos 12
5.2.1. Hardware 12
5.2.2. Software 12
5.2.2.1. Herramientas 12
5.2.3. Dotación de personal 12
5.2.3.1. Responsabilidades 12
5.2.3.2. Formación 12

Bolivar /SoftwareOne/ Pruebas

3
1. INTRODUCCIÓN

Describe el ámbito del esfuerzo de prueba general y proporciona un registro del proceso de
planificación de prueba. Puede configurarse el plan de pruebas para que se ajuste a las
necesidades del equipo, teniendo en cuenta el sistema de información propuesto para la
“Tienda tecnológica Servimovil”, denominado “SoftwareOne, el cual realizara toda la gestión
de clientes, articulos, usuarios que utilizaran el sistema de información y las ventas, al igual
que los reportes e informes de estas. Se iniciarán las pruebas de todos los módulos que
integran el sistema de información con el fin de encontrar errores o fallas del sistema dentro
de esta etapa, antes de entrar en funcionamiento o fase de producción.

1.1. OBJETIVOS Y TAREAS

1.1.1. Objetivos
Este documento, tiene como finalidad entregar las pautas y definir la estrategia que se seguirá
para llevar a cabo la certificación del software “SoftwareOne”- Nuevo Sistema de Gestión de
para las necesidades de la Tienda Tecnológica Servimovil. El objetivo general del plan es
establecer la cronología y condiciones para la aplicación de las pruebas de manera para
obtener, un sistema que pueda ser completado con una recepción total de los interesados y
entrar en operación con la totalidad de las funcionalidades requeridas para su correcta
articulación con las necesidades de la empresa.

1.1.2. Tareas

Mediante los siguientes documentos se describen los requerimientos de pruebas del sistema
“SoftwareOne”, incluidos y excluidos en la presente certificación del sistema

 Plan de Pruebas de Software. Usar formato “Plantilla_Plan_ de_pruebas”.

 Diseño de Casos de Pruebas. Usar formato “plantilla_caso_ pruebas.doc”.
 Informe de Ejecución de Pruebas. Usar formato “plantilla_ caso_pruebas.xls”.
 Informe de incidentes y propuestas de mejora. Describiendo cada uno de los incidentes
con sus respectivas propuestas de mejora.

1.1.3. Audiencia prevista

Teniendo en cuenta que el grupo A5 Sena ADSI se desintegró, me corresponde realizar todas
las actividades correspondientes a;
- Equipo de pruebas
- Equipo de desarrollo
- Jefe de proyecto
- Grupos de aseguramiento de la calidad

Bolivar /SoftwareOne/ Pruebas

4
1.2. REFERENCIAS
Además de los documentos listados en el punto de las tareas (“1.1.2. Tareas”), se tomaron
como referencias los siguientes;
Fecha Versión Descripción Autor
Versión preliminar como propuesta de
10/10/2017 0.1 desarrollo. Primera presentación Grupo 5- ADSI
Especificación
de Requisitos
Requisitos del sistema: Instrumento de
Recolección de Datos del Proyecto, JONATAN RUZ
25/11/2017 0.2
requerimientos funcionales y no funcionales LOPEZ
del Proyecto
construcción del software propuesto para el
proyecto de la Tecnología en Análisis y
JONATAN RUZ
11/03/2018 0.3 desarrollo de Sistemas de Información por
LOPEZ
parte del grupo A5, verificación de los
módulos

Bolivar /SoftwareOne/ Pruebas

5
2. ALCANCE Y ENFOQUE

2.1. ÍTEMS A PROBAR (FUNCIONES)

Los ítems que se tienen en cuenta para probar dentro del alcance de este plan de pruebas,
se encuentran;
- Crear Categorías para los articulos, editarlas y eliminarlas.
- Insertar Articulos al inventario, editarlos y eliminarlos.
- Insertar usuarios para el ingreso al sistema de información, editarlos y eliminarlos.
- Insertar Clientes a la Base de datos del sistema de información, editarlos y eliminarlos.
- Realizar las ventas
- Imprimir reportes

2.2. CUESTIONES DE RIESGO

Teniendo en cuenta que el sistema de información a probar es el denominado “SoftwareOne”,
se realizó un análisis exhaustivo de los riesgos o desventajas en la implementación de este
nuevo sistema de información, de las cuales pudimos evidencias las siguientes;
- El tiempo que pueda tomar su implementación.
- La resistencia al cambio de los usuarios.
- Capacidad de usar y entender una nueva herramientas
- Funciones extremadamente complejas
- Modificaciones de componentes con un histórico pasado de fallos
- Problemas técnicos, si no se hace un estudio adecuado, como fallas de hardware o de
software o funciones implementadas inadecuadamente para apoyar ciertas
actividades de la organización

Para minimizar los riesgos en la implementación, en relación a algunos riesgos de software

inherentes como la complejidad, se utilizó una técnica minimalista en el diseño de interfaz,
además de la manera explícita de los procesos del sistema, a fin de que el usuario no se
confunda con este nuevo sistema de información.

2.3. CARACTERÍSTICAS A PROBAR

Observando el Listado de las funciones que se van a probar (2.1.ÍTEMS A PROBAR
(FUNCIONES), desde el punto de vista del usuario, es decir, lo que el sistema va a hacer.
Para ello, se estableció un nivel de riesgo para cada característica, una escalan simple como
Alto, Media, bajo (A, M, B), a fin de que el usuario comprenda fácilmente las funciones que el
sistema debe realizar.
Los ítems que se tienen en cuenta para probar dentro del alcance de este plan de pruebas,
desde el punto de vista del usuario, teniendo presente la escala Alto, Media, bajo (A, M, B),
donde Alto (A) corresponde al máximo nivel de comprensión, Media (M) corresponde a un

Bolivar /SoftwareOne/ Pruebas

6
nivel medianamente comprensible y Bajo (B) corresponde al mínimo nivel de comprensión o
no comprensión de la función por parte del usuario;
Ítems
- Crear Categorías para los articulos, editarlas y eliminarlas.
- Insertar Articulos al inventario, editarlos y eliminarlos.
- Insertar usuarios para el ingreso al sistema de información, editarlos y eliminarlos.
- Insertar Clientes a la Base de datos del sistema de información, editarlos y eliminarlos.
- Realizar las ventas
- Imprimir reportes

2.4. CARACTERÍSTICAS QUE NO SE VAN A PROBAR

Una de las características de las cuales no se va a realizar pruebas, es al alcance de los
usuarios que no poseen privilegios de administrador, puesto que por petición del propietario
del sistema de información, indico que el usuario normal pudiera realizar modificaciones a los
articulos y clientes , puesto que el inventario que actualmente tiene el Sistema de
información, se encuentra actualizado a un 11% de las existencias reales actuales, es decir,
queda por insertar el 89% restante, tarea que se dificultaría al administrador de la aplicación,
por lo dispendioso de la actividad, razón por la cual le fue otorgado el ingreso a estos módulos
a los usuarios normales, para que apoyen la labor de actualización de los inventarios y listados
de clientes. Por otra parte no se hace necesario probar el módulo de administrador de
usuarios dentro de los denominados “usuarios normales”, ya que esta funcionalidad fue
bloqueada para ellos.

2.5. ENFOQUE (ESTRATEGIA)

Se requiere certificar por parte del equipo de desarrollo y por parte del usuario el producto
“SoftwareOne”– Nuevo Sistema de Gestión de para las necesidades de la Tienda Tecnológica
Servimovil en dos etapas, que administre y gestione los procesos inherentes a la tienda
(ventas). Por ende se debe verificar:
 1ra. Etapa: Que las funcionalidades de los módulos de ventas y de articulos sean operativas.
 2da. Etapa: Que las funcionalidades integradas de los módulos de Categorías,
Administración de usuarios y Reportes sean operativas.

 Conjuntamente los sub-objetivos para los tres módulos se resumen de la siguiente forma:
- El ingreso al sistema de información de manera adecuada y correcta conexión con la
base de datos.
- La creación, modificación y eliminación de categorías, articulos usuarios, clientes.

Bolivar /SoftwareOne/ Pruebas

7
 - La creación, de reportes por parte de todos los usuarios del sistema de información.
- La visualización, modificación y eliminación de reportes por parte del Administrador del
sistema de información.
- Que los reportes y movimientos realizados o que se generen dentro del sistema sean
verificados por parte del administrador, con su estado correspondiente en él. Será
necesario indicar como objetivo realizar las pruebas de los módulos para la gestión y
administración de estas bases de datos. Esto se refiere a verificar y validar los
resultados o salidas generados por los usuarios normales, es decir, que el
administrador tenga acceso a todos los movimientos realizado por estos usuarios,
como por ejemplo; modificación de articulos, clientes, ventas realizadas, etc. Un
objetivo importante es la utilización de técnicas formales de prueba (RTFs.: Estáticas
y Dinámicas).

Bolivar /SoftwareOne/ Pruebas

8
3. CRITERIOS DE TRANSICIÓN

Para cumplir con los objetivos planteados deben existir tres escenarios, que son;
Pruebas de Instalación, Pruebas de GUI o Interfaz y Pruebas de Operación o Funcionales.
Para las Pruebas de Instalación se debe comprobar que:
 Aplicación no presenta anomalías.
 Que apunta al servidor y base de datos definidos. Para las pruebas de GUI se
debe comprobar que:
Comportamiento de aplicación con casos de bordes inválidos y válidos, donde
las pruebas de borde se definen como aquellas pruebas en las cuáles los datos
de prueba a utilizar son valores límites.
Carga, despliegue, foco, modalidad, navegabilidad y usabilidad de las GUI del Sistema y sus
elementos. Donde las métricas y Heurísticas de usabilidad y funcionalidad a utilizar son las
siguientes: o Comprensión Global del Sitio.
 Aspectos de Interfaces y Estéticos.
 Métricas de confiabilidad.
 Navegación y Exploración.
Para las pruebas de Operación o Funcionales se debe comprobar:
 El comportamiento de aplicación con casos inválidos y válidos, de flujo completo
del proceso de las propuestas y proyectos.
 El comportamiento de aplicación con casos inválidos y válidos, de flujo completo
del proceso de reportes.
 El comportamiento de aplicación con casos inválidos y válidos, de flujo completo
del proceso de las diferentes actividades relacionadas a las funciones de
insertar artículo, categoria, cliente y usuario.
 El comportamiento de la aplicación para el módulo de Administración de
usuarios.
 El comportamiento de la aplicación para el módulo de Reportes.

3.1. CRITERIOS DE ENTRADA

Para la realización de las pruebas podemos Listar los criterios que han de satisfacer las
necesidades de esta prueba en pro del buen funcionamiento del sistema de información, para
empezar la ejecución de las pruebas. Incluiremos los siguientes:

Bolivar /SoftwareOne/ Pruebas

9
 - Aprobación del plan de pruebas
- Entorno de pruebas estable y preparado
- Casos de pruebas escritos y aprobados
- Herramientas de pruebas preparadas

3.2. CRITERIOS DE SALIDA

Lista todos los criterios que se han de satisfacer para que una fase de pruebas se de por
finalizada. Entre los posibles ítems que se pueden incluir están:
- Completitud de los casos de pruebas
- Números y severidad de los defectos abiertos
- Paso de los objetivos de pruebas

3.3. CRITERIOS DE SUSPENSIÓN

Esta sección debería incluir criterios o condiciones que si ocurren, se deberían parar las
pruebas. Esta sección es muy importante, muchas veces se le pide al equipo de pruebas que
continúe con las pruebas con intentos en vanos por llegar al calendario establecido cuando
en realidad el software no está preparado para que se pruebe.

3.4. CRITERIOS DE REANUDACIÓN

En esta sección se listan los criterios que se deben satisfacer antes de que se puedan
reanudar las pruebas suspendidas.

3.5. CRITERIOS DE ÉXITO Y FALLO

Especificación de los criterios que se han de usar para determinar si cada una de las pruebas
ha tenido éxito o ha fallado.

Bolivar /SoftwareOne/ Pruebas

10
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.

Bolivar /SoftwareOne/ Pruebas

11
5. PLANIFICACIÓN Y RECURSOS

5.1. PLANIFICACIÓN
Esta sección debería incluir una lista de hitos clave en las pruebas. Puede incluir:
- Aprobación del plan de pruebas
- Desarrollos de la lisara de casos de pruebas
- Desarrollo de los casos de pruebas
- Desarrollo de scripts de pruebas
- Preparación del entorno de pruebas
- Fechas de ejecución de pruebas

5.2. RECURSOS

5.2.1. Hardware
Lista todos los requisitos de hardware.

5.2.2. Software
Lista todos los requisitos de software: sistemas operativos primarios y secundarios.

5.2.2.1. Herramientas
Listado de las herramientas que se usarán para llevar a cabo las pruebas.

5.2.3. Dotación de personal

5.2.3.1. Responsabilidades
Lista de los miembros del equipo de aseguramiento de la calidad y sus responsabilidades.

5.2.3.2. Formación
Lista de la formación requerida.

Bolivar /SoftwareOne/ Pruebas

12
6. REVISIÓN DEL PLAN DE PRUEBAS

Esta sección incluye planes para la revisión de este plan de pruebas. Se identifican los grupos
para revisar y aprobar el documento.
Hay que cerciorarse de que el plan de pruebas satisface los requisitos de desarrolladores y
clientes.

Bolivar /SoftwareOne/ Pruebas

13
7. ANEXOS

Bolivar /SoftwareOne/ Pruebas

14