You are on page 1of 7

<Company Name>

HelpDesk Test Plan
Version 1.0

<Project Name> Test Plan <document identifier> Version: 1.1 Date: <02/07/2007> Date 02/07/2007 Version 1.1 Revision History Description Plan de Pruebas Author Confidential © <Company Name> Page 2 .

Introduction 1.1.3 Test Model Test Logs Defect Reports Confidential © <Company Name> Page 3 .3 Data and Database Integrity Testing 3.4 2. Resources 4.1 Testing Types 3.3 1.1.1 5.2 1. Deliverables 5.1. 3.<Project Name> Test Plan <document identifier> Version: 1.1. Purpose Background Scope Project Identification 4 4 4 4 4 4 5 5 5 5 5 6 6 6 6 6 7 7 7 7 7 Requirements for Test Test Strategy 3.1.4 Load Testing 3.2 User Interface Testing 3.1 Function Testing 3.5 Volume Testing 3.1.1 4.2 Workers System 5.2 5.1 Date: <02/07/2007> Table of Contents 1.1 1.6 Security and Access Control Testing 4.

calidad. 1. 1. Funcionalidad Confidential Interface © <Company Name> Base de Datos Cálculo Page 4 . • • 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. el cual asignará las solicitudes ingresadas por los usuarios. seguridad. Introduction 1.2 Background El Sistema de HelpDesk – Registro y atención de incidencias. Del lado del cliente.1 Date: <02/07/2007> Test Plan 1.3 Scope El plan de pruebas esta orientado a verificar principalmente la funcionalidad. Created or Available Yes o No Yes o No Yes o No Yes o No Yes o No Yes o No Received or Reviewed Yes o No Yes o No Yes o No Yes o No o Yes o No Yes o No Author or Resource Notes Document (and version / date) Requirements Specification Use Case Reports Design Specifications Prototype Users Manuals Project Plan 2. rendimiento y aceptación por parte del usuario final. al personal técnico correspondiente. confiabilidad y seguridad del sistema. Requirements for Test La tabla muestra las funcionalidades a probar en el sistema de Ticketing.<Project Name> Test Plan <document identifier> Version: 1. esta diseñado principalmente para uso del CallCenter. a través del sistema.1 Purpose El objetivo de este documento es describir las diferentes pruebas a realizar al sistema. este tendrá acceso al sistema y podrá registrar los incidentes que requiere sean atendidos a la brevedad. con la finalidad de determinar su confiabilidad.4 Project Identification Se cuenta con la siguiente documentación que servirá de apoyo para la realización de las pruebas del sistema. 1. 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.

• • • Ingresar datos validos no validos para verificar si el sistema lo procesa o rechaza (emitiendo mensajes de error). edicion y consultas. Verificar si se cumple un patrón en la distribución de los elementos que se muestran en la ventana.1 Testing Types 3. Ingresar parámetros a los reportes para verificar si arrojan los resultados esperados. registro.<Project Name> Test Plan <document identifier> Registrar Solicitud Frm_Solicitud Version: 1.1. Verificar si la interfaz brinda toda la información que el usuario necesita.3 Data and Database Integrity Testing Confidential © <Company Name> Page 5 . Test Strategy 3. 3. amigable y legible.1. Seleccionar opciones para verificar si se cumplen las reglas del negocio.1 Date: <02/07/2007> Acceso a la tabla de la BD (insert) Consultar Solicitud Asignar Solicitud Frm_Solicitud Frm_Solicitud Acceso a la tabla de la BD (select) Acceso a la tabla de la BD (select) Acceso a la tabla de la BD (select) Acceso a la tabla de la BD (select) Obtiene el nro ticket actual + 1. Elaborar grupos de datos de prueba que serán utilizados por usuario potenciales.1. y obtiene la fecha del servidor de la Base de Datos No No Anular Solicitud Editar Solicitud Frm_Solicitud Frm_Solicitud No No 3. 3.2 User Interface Testing Test Objective: • • • Technique: Verificar si la interfaz es intuitiva.1 Function Testing Test Objective: Technique: Asegurar la funcionalidad del sistema HelpDesk.

Verificar la adecuada funcionalidad de los stored procedures. Modificar los permisos asignados para comprobar si los cambios realizados se reflejan en el uso del sistema.1.1. Utilizar una herramienta de simulación (no definida) 3. Verificar el comportamiento del sistema bajo condiciones de trabajo superiores a la estimada. Validar la lógica de los stored procedures.4 Load Testing Test Objective: Technique: Version: 1.1 Date: <02/07/2007> Verificar que la estructura de las tablas se ajustan a los datos del negocio.1. Verificar si las tablas registran los datos esperados. 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.<Project Name> Test Plan <document identifier> Test Objective: • • Technique: • • • 3. Ingresar parámetros correctos e incorrectos a los stored procedures.1 Workers Human Resources Confidential © <Company Name> Page 6 .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. • • Asignar un rol/perfil determinado al usuario y verificar los permisos correspondientes.6 Security and Access Control Testing Test Objective: Technique: Validar la seguridad del acceso al sistema y los permisos respectivos asignados a cada usuario. Utilizar una herramienta de simulación (no definida) Technique: 3. 4.

Deliverables 5. 5. fecha de la prueba. y debe contener el siguiente software base: • • Sistema Operativo Linux (Red Hat 9) Oracle Application Server 10g 5. 5. El servidor de prueba deberá tener las características similares al de producción.3 Defect Reports Se emitirá un informe final sobre la ejecución de la prueba.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.1 Date: <02/07/2007> Specific Responsibilities/Comments Test Manager / Test Project Manager 1 • • • • • • • • • • • Supervisa las pruebas del sistema Elabora los reportes de las pruebas Consigue los recursos necesarios 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.<Project Name> Test Plan <document identifier> Worker Minimum Resources Recommended (number of workers allocated full-time) Version: 1.2 System El sistema será utilizado por personal de HelpDesk. y por usuarios de las áreas de la empresa. precondiciones requeridas.1 Test Model El modelo de la prueba estará dado por los casos de prueba elaborados para los escenarios. Confidential © <Company Name> Page 7 . el cual contendrá una evaluación sobre los resultados obtenidos en cada prueba realizada. y resultado de la prueba para cada acción realizada o dato ingresado. Ejecuta las pruebas Registra los resultados Replica los errores Documenta las peticiones de cambio Test Designer 1 Tester 4 4. según sea el caso de prueba.