Plan pruebas aplicación contable

Culiacán, Sinaloa. 11 de Diciembre de 2012.

Los siguientes son los documentos en los que se apoya este plan:

Especificaciones de requerimientos.

Documento de casos de uso.

Norma de pruebas IEEE 829:1998.

Revisión histórica

Fecha

Versión

Descripción

Autor

2/dic/2012

1.0

Plan pruebas aplicación contable

Introducción

Aplicación Administración Contable.

Nuestro sistema maneja la administración contable de todos los procesos dentro de una institución desde el registro de presupuestos, registro de orden de compra, y cancelar la orden de compra y continuando con el desarrollo del sistema hemos llegado a la fase de pruebas que se desglosa a continuación.

Plan de Pruebas

1. Introducción y resumen de elementos y características a probar

El documento a continuación describe el alcance, la aproximación, los recursos, la planificación y las actividades necesarias. Identifica elementos de prueba, las características que deben probarse, las tareas de prueba, así como lo que hará cada tarea.

2. El elemento a probar: Aplicación Contable

Los casos de uso a probar son los siguientes:

Registro de Presupuesto

Registro Órdenes de Compra

Cancelar Órdenes de Compra

Registro de Presupuesto.

Definición de variables: define las variables las cuales son departamento, periodo, fondo, cuenta, programa, presupuesto solicitado y presupuesto autorizado

Los datos son introducidos por la persona encargada de operar el sistema por medio del llenado de campos con datos específicos distintivos de cada caso.

Registro Órdenes de Compra.

Definición de variables: define las variables las cuales son presupuesto, proveedor, fecha de registro, departamento, presupuesto solicitado, presupuesto autorizado, código del articulo, cantidad.

Los datos son introducidos por la persona encargada de operar el sistema por medio del llenado de dos campos con datos específicos de cada persona.

Cancelación Órdenes de Compra.

Definición de variables: define las variables las cuales son folio, estado, importe.

Los datos son introducidos por la persona encargada de operar el sistema por medio del llenado de dos campos con datos específicos de cada persona.

3. Características que no se van a probar:

Errores relacionados con el tiempo.

Condiciones de error no destacadas.

Condiciones específicas de los datos.

Invalidez de la información mostrada en pantalla.

Fallos de configuración del software.

Incapacidad de soportar el volumen de carga.

4. Enfoque general de la prueba.

Pruebas de unidad

Pretenden probar que los fragmentos individuales que forman el sistema cumplen las especificaciones y tienen el comportamiento esperado.

Pruebas de integración

Se prueban las funcionalidades, rendimiento, fiabilidad, etc. del sistema, sus relaciones con el exterior, etc.

Pruebas de caja blanca

Pruebas de camino básico, en donde se prueba la fluidez de los datos y si cumple con las especificaciones dadas.

Pruebas de caja negra

Identificamos las clases de equivalencia validas e inválidas, así como los casos de prueba para cada una de ellas.

5. Actividades de preparación y ejecución de pruebas.

Organización de equipos.

Jefe de equipo

Reyes Ojeda Giovanny

Preparación de casos de prueba.

Ejecución de prueba.

Datos de prueba.

Preparar informe

6. Necesidades de entorno

En cuanto a software y hardware:

Sistema Operativo Windows

Un computador con requerimiento mínimo de un microprocesador de 256

7. Responsabilidades en la organización y realización de las pruebas.

Pruebas de software: Paliza Yuriar Cesar Alejandro

8. Necesidades de personal y de formación.

Que este capacitado en la utilización de sistemas operativos (Windows) y lenguaje de programación (.NET)

9. Riesgos asumidos por el plan y planes de contingencias para cada riesgo.

Copias de seguridad

Frecuencia de diario

Periodicidad por semana

Tratamiento de errores

Posibilidad de error recuperación, por medio de respaldos.

Planificación contenido mensajes de error para llevar un control de manejo del sistema en cuanto a errores y si es de importancia para saber en qué tiempo corregirlo.

11. Aprobaciones y firmas con nombre

__________________________

Reyes Ojeda Giovanny.

Especificación del diseño de pruebas

1. Características a probar de los elementos software

Fluidez de datos.

Congruencia en los datos

Seguridad

Interfaz de usuario.

2. Identificación de caos de prueba

Identificador: CP1 - Registrar presupuestos solicitados y otorgados.

Casos que se van a utilizar: Registrar Presupuesto.

Procedimientos que se van a seguir: Usuario introduciendo los datos especificados para cada caso.

Identificador: CP2 - Almacenar las órdenes de compra.

Casos que se van a utilizar: Generar orden de compra.

Procedimientos que se van a seguir: usuario introduciendo los datos específicos para cada caso.

Identificador: CP3 - Cancelar las órdenes de compra.

Casos que se van a utilizar: Cancelación de orden de compra.

Procedimientos que se van a seguir: usuario introduciendo los datos específicos para cada caso.

Especificación de Casos de prueba

Identificador: C1 - Registrar presupuestos solicitados y otorgados.

Dueño/creador: Reyes Ojeda Giovanny.

Versión: 1.0

Nombre: - Registrar presupuestos solicitados y otorgados.

Identificador de requerimientos: CU01 Registrar presupuestos,

Propósito: Elementos software a probar: Registrar Presupuesto. En este módulo se realiza la captura del presupuesto solicitado por el Auxiliar Contable, tiene un conjunto de datos de entrada, con los cuales se registra el presupuesto.

Dependencia entre casos de uso: ninguna

Inicialización / Datos de entrada: Se deben introducir

...