PLAN Y Cronograma DE Pruebas PDF

Preview

Summary

Descripción de un plan y cronograma de pruebas aplicado a un proyecto de la vida real....

Description

PLAN DE PRUEBAS PRUEBAS DEL SISTEMA Las Pruebas de sistemas buscarán las discrepancias entre el sistema y el objetivo o requerimiento anteriormente establecidos, de las cuales se enfocará en los errores que se generaron durante la transición del proceso al diseñar la especificación funcional del mismo. Esto hará que las pruebas de sistema sean un proceso vital, ya que, en términos del producto, el número de errores detectados y el impacto de los mismos son un paso en el ciclo de desarrollo generalmente propenso a la mayoría de los errores que puedan surgir en el proceso. Las pruebas a realizarse del sistema tienen como objetivo preparar profundamente el sistema comprobando para ello la integración de los módulos, verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de información con los que se comunicará. El proceso de prueba de un sistema tendrá dos etapas que pueden estar muy separadas en el tiempo: la preparación de las pruebas y la aplicación de las mismas. La primera estará muy ligada a la obtención de requerimientos, por lo que ocurrirá en las primeras etapas del proyecto, mientras que la segunda requiere del sistema completo o al menos una integración, como se denomina a un producto parcial, aún no liberado, para poder aplicar las pruebas, por lo que ocurre en etapas avanzadas del proyecto. La situación exacta de estas partes depende del modelo de ciclo de vida que se haya elegido.

PLAN DE PRUEBAS El plan de pruebas es una parte esencial muy importante dentro del proceso de prueba de software. En él se explican los propósitos y enfoques de las pruebas, el plan de trabajo, los procedimientos operacionales, las herramientas necesarias y las responsabilidades. La extensión y detalle del plan se deben adecuarse al proyecto y a las necesidades de la empresa. El plan de pruebas de software se elabora con el fin de especificar qué elementos o componentes se van a probar para que el grupo de trabajo pueda realizar el proceso de validación y verificación de los requerimientos. Al desarrollar el plan de pruebas, se puede obtener información sobre los errores, defectos o fallas que tiene el prototipo, así se realizan las correcciones pertinentes, según el caso y se asegura la calidad del producto que se está entregando al cliente. A continuación, se muestra una propuesta para el sistema realizado •

Identificación del plan de pruebas y el sistema al que se está aplicando.

•

Elementos a probar: qué módulos, clases, casos de uso se van a probar.

• Cuando sea empleado el desarrollo iterativo, se debe especificar las prestaciones (funcionalidades) a probar y cuáles no se probarán (ya sea que se probaron antes o que se implementarán después).

•

Enfoque: vista general de la estrategia de prueba.

• Criterio de aceptación o rechazo de un caso de prueba: criterio para dar por bueno o malo un caso de prueba al ser ejecutado. • Productos a entregar: desde el propio plan, los resultados, los casos y procedimientos de prueba. •

Responsabilidades: quién es responsable de cada cosa.

•

Personal necesario y si requieren entrenamiento.

TIPOS DE PRUEBAS A REALIZAR EN EL PROYECTO PRUEBAS UNITARIAS Y DE INTEGRACIÓN Se deberá verificar que las personas que realizan las pruebas son personas que en un futuro tendrán un constante uso del sistema informático. PRUEBAS DE FUNCIONALIDAD El equipo de prueba tendrá acceso al código fuente del sistema. Cuando se descubra un problema, el equipo buscará hasta encontrar la fuente del problema e identificar los componentes que tienen que ser depurados. Las pruebas de integración se ocupan principalmente de encontrar defectos en el sistema. PRUEBAS DE RENDIMIENTO Las pruebas de rendimiento consistirán en verificar el estado del sistema cuando se somete a una gran carga de datos, que es lo que normalmente sucede luego de mucho tiempo de utilizar el sistema. Para esta prueba se diseñará una base de datos de prueba que contenga una gran cantidad de información con la que se pretende realizar pruebas del manejo de volumen de datos y ver si el hardware tiene la capacidad de soportar dicho volumen sin colapsar el sistema. PRUEBA DEL CONTROL DE SEGURIDAD Y EL ACCESO Revisar que el sistema de seguridad de la aplicación ofrezca un nivel confiable para la institución. Se digitará la clave de acceso a la aplicación y se revisará su desempeño. Se tratará de ingresar por medio de datos inválidos. El sistema no debe permitir por ningún motivo el ingreso al interior a través de contraseñas incorrectas ni por medio de trucos que violen la seguridad del aplicativo. PRUEBAS DE LA INTERFAZ DE USUARIO Realizar una verificación sobre la interfaz gráfica del sistema, que asegure: la facilidad de manejo, la intuición sobre los elementos, sencillez y tiempos de respuesta entre ventanas.

Se iniciará la verificación de la interfaz gráfica a través de una navegación completa por las diferentes secciones y funcionalidades que componen el sistema. Revisando que todos los elementos se encuentren en el lugar indicado. Se le pedirá a una persona que no haya tenido contacto con el sistema que navegue, esto con el fin de poner a prueba la intuición, los tiempos de respuesta y recibir los comentarios y críticas constructivas. PRUEBAS DE MANTENIBILIDAD Básicamente consisten en evaluar que tan fácil es realizar el mantenimiento de un sistema o aplicación. Esto significa que tan fácil es analizar, cambiar y probar estos cambios. PRUEBA DE ENTREGA Se probará una versión del sistema que podría ser entregada al usuario. Aquí el equipo de pruebas se ocupará de validar que el sistema satisfaga los requerimientos y a la vez asegurar que el sistema sea confiable. PRUEBAS DE ACEPTACIÓN Las pruebas de aceptación son sumamente importantes puesto que básicamente es la perspectiva del cliente con respecto al sistema desarrollado, la cual determina si es lo que se esperaba; es decir, el cliente evalúa el sistema, trabaja con él y hace pruebas propias, verifica el funcionamiento, entradas y salidas de datos y decide si el programa se acepta o no, si cumple con lo que pidió o no. Posibles software a usar: Test Complete o WebInject (Pruebas funcionales), FunkLoad(Pruebas de carga o rendimiento)

CRONOGRAMA DE PLAN DE PRUEBAS...