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 los siguientes datos, con las características especificadas:

Departamento: ComboBox, se selecciona el departamento al cual va dirigido el presupuesto.

Periodo: TextBox, se llena manualmente con un periodo de meses. Ejemplo “ene-jun.”.

Fondo: ComboBox, se selecciona el fondo donde va destinado el dinero.

Cuenta: ComboBox. Se selecciona el lugar donde va destinado el dinero

Programa:ComboBox, se selecciona el programa que necesita el presupuesto.

Necesidades de entorno:

Sistema Operativo: Windows

Lenguaje de programación: .NET

PC con procesador mínimo de 256

Requisitos especiales de procedimiento: ninguno

Todos estos datos están relacionados entre sí, ya que en conjunto, representan las características que definen el presupuesto a solicitar.

Finalización: Una vez que se han introducido los datos pedidos, el registro se realiza mediante un botón destinado para guardar. Teniendo por salida el registro del presupuesto en la base de datos del sistema.

Identificador: C2 - Registrar las órdenes de compra.

Dueño/creador: Reyes Ojeda Giovanny

Versión: 1.0

Nombre: Almacenar las órdenes de compra.

Identificador de requerimientos: CU02 Registrar las órdenes de compra.

Propósito: Generar orden de compra: En este módulo se le asigna una compra a un cliente. Es decir, el cliente hace el pedido de un producto y esta se carga a su presupuesto.

Dependencia entre casos de uso: Caso de Prueba 1 Registrar Presupuestos solicitados y otorgados.

Inicialización / Datos de entrada: Se deben introducir los siguientes datos, con las características especificadas.

Presupuesto: ComboBox, el cual sirve como identificador para realizar una orden compra.

Proveedor: ComboBox, representa a los proveedores que están autorizados para que se realice la orden compra con el presupuesto asignado.

Fecha: Date, representa la fecha en que se realiza la orden de compra.

Código de Articulo: ComboBox. Se selecciona el tipo de artículo que se desea ordenar.

Cantidad: Dato numérico entero: representa la cantidad de un artículo en específico, que el cliente desea ordenar.

Ambiente de prueba/configuración:

Sistema Operativo: Windows

Lenguaje de programación: .NET

PC con procesador mínimo de 256

Requisitos especiales de procedimiento:

Debe haber presupuesto asignados.

Todos estos datos están relacionados entre sí, ya que en conjunto, representan las características que definen a una orden de compra. Los datos aislados, en sí,

No representa un dato significativo, de manera contraria, en conjunto, adquieren un significado.

Finalización: Una vez que se han introducido los datos de la orden, el alta de dicha orden se realiza. Teniendo

...