Estrategias De Prueba Del Software

Páginas: 10 (2455 palabras) Publicado: 19 de septiembre de 2011
Una estrategia de prueba del software |
El proceso de ingeniería del software se puede ver como una espiral. Inicialmente, la ingeniería de sistemas define el papel del software y conduce al análisis de los requisitos del software, donde se establece el dominio de información, la función, el comportamiento, el rendimiento, las restricciones y los criterios de validación del software. Almovernos hacia el interior de la espiral, llegamos al diseño y, por último, a la codificación. Para desarrollar software de computadora, damos vueltas en espiral a través de una serie de flujos o líneas que disminuyen el nivel de abstracción en cada vuelta.También se puede ver la estrategia para la prueba del software en el contexto de la espiral La prueba de unidad comienza en el vértice de la espiraly se centra en cada unidad del software, tal como está implementada en código fuente. La prueba avanza, al movernos hacia fuera de la espiral, hasta llegar a la prueba de integración, donde el foco de atención es el diseño y la construcción de la arquitectura del software. Dando otra vuelta por la espiral hacia fuera, encontramos la prueba de validación, donde se validan los requisitosestablecidos como parte del análisis de requisitos del software, comparándolos con el sistema que ha sido construido. Finalmente, llegamos a la prueba del sistema, en la que se prueban como un todo el software y otros elementos del sistema.Para probar software de computadora nos movemos hacia fuera por una espiral que, a cada vuelta, aumenta el alcance de la prueba. |

Aspectos estratégicos |
1.Especificar los requisitos del producto de manera cuantificable mucho antes de que comiencen las pruebas. Aunque el objetivo principal de la prueba es encontrar errores, una buena estrategia de prueba también evalúa otras características de la calidad, tales como la portabilidad, facilidad de mantenimiento y facilidad de uso. Todo esto debería especificarse de manera que sea medible para que losresultados de la prueba no sean ambiguos. 2. Establecer los objetivos de la prueba de manera explícita. Se deberían establecer en términos medibles los objetivos específicos de la prueba. Por ejemplo, la efectividad de la prueba, la cobertura de la prueba, tiempo medio de fallo, el coste para encontrar y arreglar errores, densidad de fallos remanente o frecuencia de ocurrencia, y horas detrabajo por prueba de regresión deberían establecerse dentro de la planificación de la prueba. 3. Comprender qué usuarios van a manejar el software y desarrollar un perfil para cada categoría de usuario. Usar casos que describan el escenario de interacción para cada clase de usuario pudiendo reducir el esfuerzo general de prueba concentrando la prueba en el empleo real del producto. 4. Desarrollarun plan de prueba con “prueba de ciclo rápido”. Se recomienda que un equipo de ingeniería del software «aprenda a probar en ciclos rápidos de incrementos de funcionalidad y/o mejora de la calidad Útiles para el cliente, y que se puedan probar sobre el terreno. La realimentación generada por estas pruebas de ciclo rápido puede usarse para controlar los niveles de calidad y las correspondientesestrategias de prueba. 5. Construir un software robusto diseñado para probarse a sí mismo. El software debería diseñarse de manera que use técnicas de depuración, es decir, el software debería ser capaz de diagnosticar ciertas clases de errores. Además, el diseño debería incluir pruebas automatizadas y pruebas de regresión. 6. Usar revisiones técnicas formales como filtro antes probar. Lasrevisiones técnicas formales pueden ser tan efectivas como las pruebas en el descubrimiento de errores. Por este motivo, las revisiones pueden reducir la cantidad de esfuerzo de prueba necesaria para producir software de alta calidad. 7. Llevar a cabo revisiones técnicas formales para evaluar la estrategia de prueba y los propios casos de prueba. Las revisiones técnicas formales pueden descubrir...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Estrategias de prueba de software
  • ESTRATEGIAS DE PRUEBA DE SOFTWARE
  • estrategia de pruebas de software
  • Estrategia de prueba de software
  • Estrategias De Prueba Del Software
  • Estrategias De Prueba De Software
  • Estratégias De Prueba Del Software
  • Estrategias de pruebas de software convencionales

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS