<Company Name>

HelpDesk
Test Plan
Version 1.0
<Project Name> Version: 1.1
Test Plan Date: <02/07/2007>
<document identifier>

Revision History
Date Version Description Author
02/07/2007 1.1 Plan de Pruebas

Confidential  <Company Name> Page 2

<Project Name> Version: 1.1
Test Plan Date: <02/07/2007>
<document identifier>

Table of Contents

1. Introduction 4
1.1 Purpose 4
1.2 Background 4
1.3 Scope 4
1.4 Project Identification 4

2. Requirements for Test 4

3. Test Strategy 5
3.1 Testing Types 5
3.1.1 Function Testing 5
3.1.2 User Interface Testing 5
3.1.3 Data and Database Integrity Testing 5
3.1.4 Load Testing 6
3.1.5 Volume Testing 6
3.1.6 Security and Access Control Testing 6

4. Resources 6
4.1 Workers 6
4.2 System 7

5. Deliverables 7
5.1 Test Model 7
5.2 Test Logs 7
5.3 Defect Reports 7

Confidential  <Company Name> Page 3

<Project Name> Version: 1.1
Test Plan Date: <02/07/2007>
<document identifier>

Test Plan
1. Introduction
1.1 Purpose
El objetivo de este documento es describir las diferentes pruebas a realizar al sistema, con la
finalidad de determinar su confiabilidad, calidad, seguridad, rendimiento y aceptación por parte
del usuario final.

1.2 Background
El Sistema de HelpDesk – Registro y atención de incidencias, esta diseñado principalmente
para uso del CallCenter, el cual asignará las solicitudes ingresadas por los usuarios, a través
del sistema, al personal técnico correspondiente.
• Del lado del CallCenter se tiene una interfaz con las características y herramientas
necesarias para brindar la ayuda que el cliente y atender las solicitudes ingresadas.
• Del lado del cliente, este tendrá acceso al sistema y podrá registrar los incidentes que
requiere sean atendidos a la brevedad.
El acceso al sistema será utilizando la información de usuarios autorizados del Sistema de
HelpDesk pero manteniendo su propia información sobre perfiles de acceso.

1.3 Scope
El plan de pruebas esta orientado a verificar principalmente la funcionalidad, confiabilidad y
seguridad del sistema.

1.4 Project Identification

Se cuenta con la siguiente documentación que servirá de apoyo para la realización de las
pruebas del sistema.

Document Created or Received or Author or Notes

(and version / date) Available Reviewed Resource
Requirements Specification Yes o No Yes o No
Use Case Reports Yes o No Yes o No
Design Specifications Yes o No Yes o No
Prototype Yes o No Yes o No
Users Manuals Yes o No o Yes o No

Project Plan Yes o No Yes o No

2. Requirements for Test

La tabla muestra las funcionalidades a probar en el sistema de Ticketing.
Funcionalidad Interface Base de Datos Cálculo

Confidential  <Company Name> Page 4

<Project Name> Version: 1.1
Test Plan Date: <02/07/2007>
<document identifier>

Registrar Solicitud Frm_Solicitud Acceso a la tabla de Obtiene el nro ticket

la BD (insert) actual + 1, y obtiene
la fecha del servidor
de la Base de Datos
Consultar Solicitud Frm_Solicitud Acceso a la tabla de No
la BD (select)
Asignar Solicitud Frm_Solicitud Acceso a la tabla de No
la BD (select)

Anular Solicitud Frm_Solicitud Acceso a la tabla de No

la BD (select)
Editar Solicitud Frm_Solicitud Acceso a la tabla de No
la BD (select)

3. Test Strategy
3.1 Testing Types

3.1.1 Function Testing

Test Objective: Asegurar la funcionalidad del sistema HelpDesk, registro, edicion y

consultas.
Technique: • Ingresar datos validos no validos para verificar si el sistema lo
procesa o rechaza (emitiendo mensajes de error).
• Seleccionar opciones para verificar si se cumplen las reglas del
negocio.
• Ingresar parámetros a los reportes para verificar si arrojan los
resultados esperados.

3.1.2 User Interface Testing

Test Objective: • Verificar si la interfaz es intuitiva, amigable y legible.

• Verificar si la interfaz brinda toda la información que el usuario
necesita.
• Verificar si se cumple un patrón en la distribución de los elementos
que se muestran en la ventana.
Technique: Elaborar grupos de datos de prueba que serán utilizados por usuario
potenciales.

3.1.3 Data and Database Integrity Testing

Confidential  <Company Name> Page 5

<Project Name> Version: 1.1
Test Plan Date: <02/07/2007>
<document identifier>

Test Objective: • Verificar que la estructura de las tablas se ajustan a los datos del
negocio.
• Validar la lógica de los stored procedures.
Technique: • Ingresar parámetros correctos e incorrectos a los stored
procedures.
• Verificar la adecuada funcionalidad de los stored procedures.
• Verificar si las tablas registran los datos esperados.

3.1.4 Load Testing

Test Objective: Verificar el comportamiento del sistema bajo condiciones de trabajo

superiores a la estimada.
Technique: Utilizar una herramienta de simulación (no definida)

3.1.5 Volume Testing

Test Objective: Verificar el comportamiento del sistema con un número de

transacciones y conexiones en simultáneo que puede soportar el
sistema.
Technique: Utilizar una herramienta de simulación (no definida)

3.1.6 Security and Access Control Testing

Test Objective: Validar la seguridad del acceso al sistema y los permisos

respectivos asignados a cada usuario.
Technique: • Asignar un rol/perfil determinado al usuario y verificar los
permisos correspondientes.
• Modificar los permisos asignados para comprobar si los
cambios realizados se reflejan en el uso del sistema.

4. Resources
Los recursos empleados para el Test son los siguientes:
• Equipo de desarrollo del software
• Usuarios asignados por las áreas de usuario y HelpDesk que utilizarán el software.

4.1 Workers

Human Resources

Confidential  <Company Name> Page 6

<Project Name> Version: 1.1
Test Plan Date: <02/07/2007>
<document identifier>

Worker Minimum Resources Specific Responsibilities/Comments

Recommended
(number of workers allocated
full-time)

Test Manager / Test 1 • Supervisa las pruebas del sistema

Project Manager
• Elabora los reportes de las pruebas
• Consigue los recursos necesarios
Test Designer 1 • Elabora el plan de pruebas
• Elabora el modelo de pruebas (casos de
prueba)
• Evalúa la eficacia de la prueba
• Participa en la ejecución de la pruebas.
Tester 4 • Ejecuta las pruebas
• Registra los resultados
• Replica los errores
• Documenta las peticiones de cambio

4.2 System
El sistema será utilizado por personal de HelpDesk, y por usuarios de las áreas de la empresa.
El servidor de prueba deberá tener las características similares al de producción, y debe
contener el siguiente software base:
• Sistema Operativo Linux (Red Hat 9)
• Oracle Application Server 10g

5. Deliverables
5.1 Test Model
El modelo de la prueba estará dado por los casos de prueba elaborados para los escenarios.

5.2 Test Logs

Se llevará a cabo un registro de los resultados de las pruebas contemplando los ítems: item de
caso de prueba al que pertenece, fecha de la prueba, precondiciones requeridas, y resultado de la
prueba para cada acción realizada o dato ingresado, según sea el caso de prueba.

5.3 Defect Reports

Se emitirá un informe final sobre la ejecución de la prueba, el cual contendrá una evaluación sobre
los resultados obtenidos en cada prueba realizada.

Confidential  <Company Name> Page 7