Desarrollo Del Plan De Prueba

República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación Superior

Universidad Politécnica Territorial “Francisco Tamayo”

Programa Nacional de Formación en Informática

Tucupita, Estado Delta Amacuro.

Docente: Discentes:

Villahermosa Pedro

Índice.

Pag.

Introducción…………………………………………………………………............. 03

Gerenciando el proceso de pruebas ………..…………………….................... 04

Las pruebas unitarias…………………………………………........................... 05

Las pruebas de integración ……………………………………………………........... 07

Las Pruebas del Sistema ……………………………………………………................09

Las pruebas de aceptación …………………………………………………... 11

Descripción del proceso de prueba………………………………..…………… 11

Reporte de problemas, seguimiento y análisis………………………………… 14

Anexo............................................…………………………………...15

Bibliografía…………………………………………………………………….............28

Introducción.

En este ambiente se busca que se pueda probar un determinado producto con la finalidad de que el usuario quede satisfecho con lo resultado y que cubran las necesidades exigidas correctamente en el plan original del programa, que los elementos de dicho producto pueda funcionar y que las expectativa sean cubiertas en su totalidad y que sobre todo en casos extremos y particulares, tanto si estos fallos se producen por la una mala implementación del programa o bien por un uso específico que realiza el usuario. El aspecto más importante para realizar la planificación de este conjunto de pruebas en abarcar con ellas todos los requisitos que debe cumplir el programa y que por tanto responda correctamente a las funcionalidades que se le solicitan inicialmente.

Los Avances de la Ciencia y la Tecnología han puesto al hombre en un plano intermedio entre lo tangible e intangible computacionalmente hablando, es ahora tan común el convivir con un computador diariamente que cada vez se hace más imperativo la mejor interacción hombre-máquina a través de una adecuada programación de los procesos de pruebas y así mejor su desempeño e eficiencia.

El presente trabajo es una introducción al mundo actividad que se planifica con la finalidad de poder lograr obtener una alta calidad en el proceso de pruebas, con la finalidad de detectar fallas del sistema y de esta manera poder solventarlas y así poder elevar los niveles o etapas del proceso de prueba, en los que se refiere al reporte, seguimiento y análisis que estos permiten la ejecución y el control del proceso de prueba, ya que esta etapa permitirá poder que el sistema verifiquen las fallas y el control para el seguimiento y el análisis para resolver futuros errores.

Gerenciando el proceso de pruebas:

Estas es una actividad que se planifica con la finalidad de poder lograr obtener una alta calidad en el proceso de pruebas y permite que se verifiquen los errores y que se tomando como base los casos de usos como por ejemplo: ingreso al sistema, el cual lo efectúan todos los usuarios que interactúan con el sistema, de igual forma planificar a través un plan de pruebas tomando todos los aspectos importantes (normativas legales, alcance de aplicación, complejidad de los procesos). Es importante resaltar que una planificación nos va a permitir llevar el control de las actividades que se realizan.

Esto nos quiere decir que a la hora de la ejecución y control de pruebas: Ejecutar las pruebas para detectar fallas del sistema y de esta manera poder solventarlas. Cabe desatacar que el control y ejecución de pruebas permitirán entregar un producto a los clientes sin errores.

El objetivo principal de la ejecución de las pruebas esta dado a:

• Descubrir tantos errores como sea posible.

• Notificar acerca de los riesgos percibidos del proyecto

• Identificar falencias funcionales de la aplicación, enmarcadas en grados de usabilidad ya definidos.

• Evaluar la calidad del producto y señalar un indicador de aceptación del mismo.

• Evaluar la calidad técnica del producto y resolver las falencias identificadas en las pruebas de tipo técnico.

• Cumplir con los requerimientos específicos del cliente, en cuanto a la ejecución de las pruebas.

El proceso de prueba pasa o presenta unos niveles o etapas que le permiten entre ellas tenemos: Unitarias, Integración, Sistema y Aceptación.

Cada etapa de desarrollo genera artefactos a los cuales se les debe aplicar en ciclos de vida clásicos:

• Pruebas Unitarias: Realizadas por el creador del artefacto

• Pruebas Integración: Realizadas por el creador del artefacto

• Pruebas de Sistema: Realizadas por el equipo de pruebas

• Prueba de Aceptación – Usuario: Se realizan al final de las anteriores, cuando los artefactos están listos.

Ante de todo se debe saber el concepto de las pruebas que se le aplicaran al sistemas como tal:

a) Las pruebas unitarias:

Es una forma de probar el correcto funcionamiento de un módulo de código. Esto sirve para asegurar que cada uno de los módulos funcione correctamente por separado, esto permite quiere decir que su utilidad es imprescindible, ya que esto verifica que cada método funciona y el código interactúa correctamente.

Es una Prueba técnica que permitirá:

• Verificar que los módulos del sistema estén libres de errores.

• Que todos los caminos lógicos principales deben ejecutarse correctamente en cada módulo de la aplicación.

• Todas las transacciones deben ser probados.

• Todos los tipos de registro de entrada válidos deben ser procesados

• Todos los tipos de registro de entrada inválidos deben ser procesados correctamente

• Códigos de vuelta no nulos.

• Excepciones a tratamiento normal.

• Todas las salidas válidas son procesadas.

• Rasgos de Control son probados y documentados.

Una prueba unitaria es probar una porción de código lo mas pequeña posible podríamos probar un método público a la vez y probarlo con todos los escenarios posibles a los que se pueda enfrentar en su uso en la aplicación.

Entre sus ventajas que presentan estas pruebas tenemos:

El objetivo de las pruebas unitarias es aislar cada parte del programa y mostrar que las partes individuales son correctas. Proporcionan un contrato escrito que el trozo de código debe satisfacer. Estas pruebas aisladas proporcionan cinco ventajas básicas:

I. Fomentan el cambio: Las pruebas unitarias facilitan que el programador cambie el código para mejorar su estructura (lo que se ha dado en llamar refactorización), puesto que permiten hacer pruebas sobre los cambios y así asegurarse de que los nuevos cambios no han introducido errores.

II. Simplifica la integración: Puesto que permiten llegar a la fase de integración con un grado alto de seguridad de que el código está funcionando correctamente. De esta manera se facilitan las pruebas de integración.

III. Documenta el código: Las propias pruebas son documentación del código puesto que ahí se puede ver cómo utilizarlo.

IV. Separación de la interfaz y la implementación: Dado que la única interacción entre los casos de prueba y las unidades bajo prueba son las interfaces de estas últimas, se puede cambiar cualquiera de los dos sin afectar al otro, a veces usando objetos mock (mock object) para simular el comportamiento de objetos complejos.

V. Los errores están más acotados y son más fáciles de localizar: Dado que tenemos pruebas unitarias que pueden desenmascararlos.

Es importante darse cuenta de que las pruebas unitarias no descubrirán todos los errores del código. Por definición, sólo prueban las unidades por sí solas. Por lo tanto, no descubrirán errores de integración, problemas de rendimiento y otros problemas que afectan a todo el sistema en su conjunto. Además, puede no ser trivial anticipar todos los casos especiales de entradas que puede recibir en realidad la unidad de programa bajo estudio. Las pruebas unitarias sólo son efectivas si se usan en conjunto con otras pruebas de software.

Presentan unas características que le permiten cumplir con los siguientes requisitos:

I. Automatizable: No debería requerirse una intervención manual. Esto es especialmente útil para integración continúa.

II. Completas: Deben cubrir la mayor cantidad de código.

III. Repetibles o Reutilizables: No se deben crear pruebas

...