Pruebas del software

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 ACRÓNIMOS
SRET

CAPÍTULO 5 PRUEBAS DEL SOFTWARE

Pruebas Orientadas a la Confiabilidad del Software

INTRODUCCIÓN Hacer pruebas es una actividad que tiene el objetivo de evaluar y mejorar la calidad del producto, identificando defectos y problemas. Las pruebas del software consisten en verificar el comportamiento de unprograma dinámicamente a través de un grupo finito de casos de prueba, debidamente seleccionados del, típicamente, ámbito de ejecuciones infinito, en relación al comportamiento esperado. En la definición anterior las palabras en itálica se corresponden con aspectos esenciales en la identificación del “Área de Conocimiento de las Pruebas del Software”. En particular:

26 ♦ Dinámicamente: Este terminosignifica que hacer 27 pruebas siempre supone ejecutar el programa 28 con entrada de datos (valorados). Para precisar, 29 es preciso afirmar que la entrada de valores no es 30 siempre suficiente para definir una prueba, dado 31 que un sistema complejo y no determinista 32 podría tener diferentes comportamientos con las 33 misma entrada de datos, dependiendo del estado 34 en el que se encuentre. Encualquier caso, en este 35 KA, mantendremos el término de “entrada de 36 datos”, asumiendo la convención de que el 37 término incluye un estado del sistema específico, 38 en los casos en que sea necesario. Existen otras 39 técnicas complementarias a las pruebas, aunque 40 diferentes, descritas en el KA sobre la Calidad 41 del Software. 42 ♦ Finito: Incluso en programas sencillos, 43 teóricamentepodría haber tantas pruebas que 44 realizar, que hacer pruebas exhaustivas podría 45 llevar meses o años. Esta es la razón por la que 46 en la práctica el grupo completo de pruebas se 47 podría considerar infinito. Hacer pruebas 48 siempre supone un compromiso entre recursos y 49 calendarios de trabajo limitados, por un lado, y 50 necesidades inherentes de pruebas ilimitadas, por 51 otro. 52 ♦Seleccionados: La diferencia esencial entre las 53 distintas técnicas de pruebas propuestas se 54 encuentra en cómo se escoge el conjunto de 55 pruebas. Los ingenieros informáticos deben ser

56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

♦

conscientes de que criterios de seleccióndistintos pueden producir grados de efectividad muy diferentes. La forma de identificar el criterio de selección de pruebas más apropiado para un conjunto de condiciones particulares es un problema complejo; en la práctica se usa la experiencia en el diseño de pruebas y técnicas de análisis de riesgo. Esperado: Debería se posible, aunque a veces no sea fácil, decidir si el resultado observado de laejecución de un programa es aceptable o no, porque si no el esfuerzo de realizar las pruebas sería inútil. El comportamiento observado se puede comprobar con los resultados esperados por el usuario (normalmente conocido como pruebas de validación), con las especificaciones (pruebas de verificación), o, finalmente, con el comportamiento anticipado de requerimientos implícitos o expectativasrazonables. Vea más detalles en el KA de Requerimientos del Software, punto 6.4 Pruebas de Aceptación.

La apreciación de las pruebas del software ha evolucionado hacia una forma más constructiva. Ya no se asume que realizar pruebas es una tarea que empieza solamente cuando la fase de programación se ha completado, y que tiene el único propósito de detectar errores. Las pruebas del software se ven ahoracomo una actividad que debería estar presente durante todo el proceso de desarrollo y mantenimiento y es en sí misma una parte importante de la construcción del producto. Es más, la planificación de las pruebas debería empezar en las primeras etapas del proceso de requisitos, mientras que los planes y procedimientos de pruebas deberían desarrollare y posiblemente refinarse sistemáticamente...