Importancia de realizar pruebas de software Las pruebas son de gran importancia en la garanta de la calidad del software. La robustez del software es un problema que a todos importa pero pocas personas aplican en sus productos. El proyecto promedio tiene semanas destinadas a la pru eba, principalmente en las semanas antes del despliegue. Por supuesto, la mayora del software termina retrasado y por encima del presupuesto, y la prueba es la p rimer cosa que se reduce o se elimina. As, mucho software comercial consigue sola mente un par de das de prueba antes de enviarse a produccin. En el mundo de alta presin de la Internet, este modelo parece razonable, puesto q ue todos se apresuran a sacar sus productos al mercado ms rpido que sus competidor es. Puesto que la prxima versin ser liberada en slo un par de meses, tiene sentido d ejar los errores acumularse despus de la liberacin y corregirlos todos para la prxi ma versin, correcto? Por supuesto, hay un montn de problemas con este modelo. Si de jas que tu software se embarque con errores significativos que afecten la experi encia de muchos usuarios, rpidamente despedazars la calidad asociada con la marca de tu compaa. La gente siempre te recordar por la baja calidad de tu primera versin. La prueba es generalmente considerada costosa y molesta. Pero como hemos acabamo s de ver, es una molestia necesaria. La meta para la mayora de las compaas debera se r hacer el mejor trabajo de prueba posible y minimizar los costos. La idea que p arece funcionar mejor es "probar en etapas tempranas y probar a menudo." La robu stez no es un mdulo que puede ser incrustado a un lado de un sistema preexistente es mucho ms efectivo en costos desarrollar software robusto si te esfuerzas por esta calidad desde el da uno. Similarmente, entre ms se pruebe el software, mayor cantidad de errores sern encontrados (aunque las malas estrategias de prueba son a menudo son las ms usadas y las ms inefectivas). Los objetivos principales de realizar una prueba son: Detectar un error Tener un buen caso de prueba Descubrir un error no descubierto antes. Principios de la prueba: Hacer un seguimiento de las pruebas hasta los requisitos del cliente Plantear y disear las pruebas antes de generar ningn cdigo El 80% de todos los errores se centran en solo en el 20% de los mdulos Empezar las pruebas en mdulos individuales y avanzar hasta probar el sistema ente ro. No son posibles las pruebas exhaustivas Deben realizarse por un equipo independiente al equipo de desarrollo Atributos de una buena prueba Ms alta probabilidad de encontrar un error. No debe ser redundante No debera ser ni demasiado sencilla ni demasiado compleja. Niveles de pruebas Pruebas de Integracin: Se comprueba la compatibilidad y funcionalidad de los inte rfaces entre las distintas partes que componen un sistema, estas partes pueden ser md ulos, aplicaciones individuales, aplicaciones cliente/servidor, etc. Este tipo d e pruebas es especialmente relevante en aplicaciones distribuidas. Pruebas de Validacin: Son las pruebas realizadas sobre un software completamente integrado para evaluar el cumplimiento con los requisitos especificados. Pruebas de Sistema: el software ya validado se integra con el resto del sistema donde algunos tipos de pruebas a considerar son: o Rendimiento: determinan los tiempos de respuesta, el espacio que ocupa el mdulo en disco o en memoria, el flujo de datos que genera a travs de un canal d e comunicaciones, etc. o Resistencia: determinan hasta donde puede soportar el programa determina

das condiciones extremas. o Robustez: determinan la capacidad del programa para soportar entradas in correctas. o Seguridad: se determinan los niveles de permiso de usuarios, las operaci ones de acceso al sistema y acceso a datos. o Usabilidad: se determina la calidad de la experiencia de un usuario en l a forma en la que ste interacta con el sistema, se considera la facilidad de uso y el grado de satisfaccin del usuario. o Instalacin: se determinan las operaciones de arranque y actualizacin del s oftware. Pruebas de Aceptacin: Son las que har el cliente, se determina que el sistema cum le con lo deseado y se obtiene la conformidad del cliente.