GeneratingTestCasesFromUseCases

En muchas organizaciones, las pruebas de software cuentas por 30 a 50 por ciento de software los costes de desarrollo. Sin embargo, la mayoría de la gente cree que el software no está bien probado antes de que sea entregado. Esa contradicción tiene sus raíces en dos hechos claros: en primer lugar, las pruebas de software es un muy tarea difícil; y segundo, la prueba es normalmente se hace sinuna metodología clara.

Un principio ampliamente aceptado en la industria – y un supuesto integrante de Rational Unified Process (RUP) - es que es mejor empezar pruebas tan temprano en el desarrollo de software proceso como sea posible. El retraso en el inicio de las actividades de prueba hasta que todo desarrollo que se hace es una manera de alto riesgo para proceder. Si los errores sonsignificativos encontraron en esa etapa (y que por lo general son), a continuación, los horarios suelen caer.

Métodos casual de diseño, organización y ejecución de las pruebas actividades y artefactos también conducen con frecuencia a prueba de menos-que-adecuado cobertura. Tener un plan sencillo de cómo se hacen las pruebas pueden ayudar aumentar la cobertura, la eficiencia, y en última instancia lacalidad del software.

En este artículo, vamos a discutir cómo el uso de casos de uso para generar casos de prueba puede ayudar a poner en marcha el proceso de prueba a principios del ciclo de vida de desarrollo y también ayudar con la metodología de prueba.

En un proyecto de desarrollo de software, casos de uso definen el software del sistema
requisitos. Desarrollo de caso de uso comienza desde elprincipio, por lo que los casos de uso reales para funcionalidad clave del producto están disponibles en las primeras iteraciones. De acuerdo con la RUP, un caso de uso "... describe completamente una secuencia de acciones realizada por un sistema para proporcionar un resultado observable de valor para una persona u otro sistema que utiliza el producto en fase de desarrollo". Los casos de uso dicenal cliente qué esperar, el desarrollador qué código, el escritor técnico lo que documentar, y el probador de qué vamos a probar.

Para las pruebas de software - que se compone de muchas tareas interrelacionadas, cada con sus propios artefactos y entregables - creación de casos de prueba es la primera paso fundamental. Entonces procedimientos de prueba están diseñados para estos casos de prueba, y,finalmente, scripts de prueba se crean para implementar los procedimientos. Prueba casos son clave para el proceso porque se identifican y comunican la condiciones que se aplicarán en la prueba y que son necesarios para verificar implementación exitosa y aceptable de los requisitos del producto.

Se trata de asegurarse de que el producto cumpla los requisitos de la
del sistema. Aunque pocosrealmente lo hacen, los desarrolladores pueden comenzar a crear casos de prueba como pronto como casos de uso están disponibles, bien antes de escribir ningún código. Lo haremos discutir cómo hacer esto, y las ventajas que pueden obtener de ella, a continuación.

Una introducción a Casos de Uso
Los casos de uso se basan en el Lenguaje Unificado de Modelado (UML) y puede ser representada visualmente enlos diagramas de casos de uso. La Figura 1 muestra un caso de uso diagrama de requisitos para un registro curso universitario que representa sistema.



Figura 1: Diagrama de casos para un Sistema de Registro Curso Universitario
Los óvalos representan casos de uso, y las figuritas representan "actores"
y que pueden ser seres humanos u otros sistemas. Las líneas representan
la comunicación entreun actor y un caso de uso. Como puede ver, este caso de uso diagrama proporciona el panorama general: Cada caso de uso representa un gran parte de la funcionalidad que se llevará a cabo, y cada actor representa alguien o algo fuera de nuestro sistema que interactúa con él.
Es un paso importante para identificar los casos de uso y actores, pero ahora hay más por hacer. Cada caso de uso también...