Qué Importancia Tienen Las Pruebas Del Software en La Calidad Del Mismo

¿Qué importancia tienen las pruebas del software en la calidad del mismo?

La Importancia que tienen las pruebas del software de calidad del mismo son de gran utilidad para ver las fallas que presenta el sistema y poder analizar las futuras fallas además de esto también sirven para que cuando entreguemos nuestro software ya finalizado este software este culminado, tenga altos estándares de calidad y esté listo para entregar. Para la prueba del software existen unos modelos que son de suma importancia para realizar las pruebas de dicho software estos modelos tienen varios esquemas que son los que se le realizan al software como lo son: 1) Modelo Cascada: el cual permite Realizar pruebas cuando está terminado la construcción del sistema. 2) Modelo Incremental: con este modelo se realizan pruebas a cada etapa o incremento que haiga en el sistema. 3) Modelo Evolutivo: este se enfoca en el uso y retroalimentación de los usuarios. 4) Modelo Espiral: este modelo se enfoca en las pruebas cíclicas de verificación y validación en el desarrollo del sistema. 5) Modelo XP: Este modelo se realiza la prueba durante las mejoras que se le hacen al sistema. Por esta razón es recomendable dividir el software por etapas y al realizar alguna etapa de una vez hacer las pruebas para de una vez mejorar si hay algo malo y no acumular las pruebas para el final cuando es más difícil identificar en que parte del software se está presentando el inconveniente para poder entregar el software con una alta calidad Por esto y por muchas razones es de suma importancia realizar las pruebas de un software desde que iniciamos durante y finalizado el software, para que cuando vallamos a entregar el producto sea de gran calidad. Estas pruebas son importantes en el desarrollo de las 3 etapas del software inicio durante y al finalizar el software ya que si realizamos dichas pruebas solo al finalizar el software corremos el riesgo que durante el desarrollo o peor aún al iniciar el software tengamos un error y nos toque comenzar desde el inicio. Justifique la importancia de elaborar y aplicar el plan de pruebas en un proyecto de desarrollo de software Plan de Pruebas de Software

Plan de pruebas es explicitar el alcance, enfoque, recursos requeridos, calendario, responsables y manejo de riesgos de un proceso de pruebas. Note que puede haber un plan global que explicite el énfasis a realizar sobre los distintos tipos de pruebas. Un plan de pruebas incluye: Identificador del plan. Preferiblemente de alguna forma que permita relacionarlo con su alcance Elaborar el plan de pruebas en un proyecto de desarrollo de software es de vital importancia puesto que permite al equipo de trabajo, generar un software de calidad que cumpla con los requisitos del cliente y los requerimientos funcionales del mismo. Verificación: El proceso de evaluación de un sistema (o de uno de sus componentes para determinar si los productos de una fase dada satisfacen las condiciones impuestas al comienzo de dicha fase. Validación: El proceso de evaluación de un sistema o de uno de sus componentes durante o al final del proceso de desarrollo para determinar si satisface los requisitos marcados por el usuario. Proceso de ejecutar un programa con el fin de encontrar errores: Pruebas: Una actividad en la cual un sistema o uno de sus componentes se ejecuta en circunstancias previamente especificadas, los resultados se observan y registran y se realiza una evaluación de algún aspecto. Caso de prueba: Un conjunto de entradas, condiciones de ejecución y resultados esperados desarrollados para un objetivo particular. Defecto: Un defecto en el software como, por ejemplo, un proceso, una definición de datos o un paso de procesamiento incorrectos en un programa. Fallo: La incapacidad de un sistema o de alguno de sus componentes para realizar las funciones requeridas dentro de los requisitos de rendimiento especificados Error: tiene varias acepciones: 1) La diferencia entre un valor calculado, observado o medio y el valor verdadero, especificado o teóricamente correcto. 2) Un defecto 3) Un resultado incorrecto 4) Una acción humana que conduce a un resultado incorrecto

5) Cada caso de prueba debe definir el resultado de salida esperado que se comparará con el realmente obtenido. 6) El programador debe evitar probar sus propios programas, ya que desea (consciente o inconscientemente) demostrar que funcionan sin problemas. Además, es normal que las situaciones que olvidó considerar al crear el programa queden de nuevo olvidados al crear los casos de prueba. 7) Se debe inspeccionar a conciencia el resultado de cada prueba, y así, poder descubrir posibles síntomas de defectos. 8) Al generar casos de prueba, se deben incluir tanto datos de entrada válidos y esperados como no válidos e inesperados. 9) Las pruebas deben centrarse en dos objetivos (es habitual olvidar el segundo) 10) Probar si el software no hace lo que debe hacer 11) Probar si el software hace lo que debe hacer, es decir, si provoca efectos secundarios adversos. 12) Se deben evitar los casos desechables, es decir, los no documentados ni diseñados con cuidado. Ya que suele ser necesario probar muchas veces el software y por tanto hay que tener claro qué funciona y qué no. 13) No deben hacerse planes de prueba suponiendo que, prácticamente, no hay defectos en los programas y, por lo tanto, dedicando pocos recursos a las pruebas. Siempre hay defectos. 14) La experiencia parece indicar que donde hay un defecto hay otros, es decir, la probabilidad de descubrir nuevos defectos en una parte del software es proporcional al número de defectos ya descubierto. 15) Las pruebas son una tarea tanto o más creativa que el desarrollo de software. Siempre se han considerado las pruebas como una tarea destructiva y rutinaria.