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 adems de esto tambin sirven para que
cuando entreguemos nuestro software ya finalizado este software este
culminado, tenga altos estndares 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 construccin 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 retroalimentacin de los
usuarios.
4) Modelo Espiral: este modelo se enfoca en las pruebas cclicas de
verificacin y validacin 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 razn 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 ms difcil 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 an 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.
Verificacin:
El proceso de evaluacin 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.
Validacin:
El proceso de evaluacin 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 evaluacin de algn aspecto.
Caso de prueba: Un conjunto de entradas, condiciones de ejecucin y
resultados esperados desarrollados para un objetivo particular.
Defecto:
Un defecto en el software como, por ejemplo, un proceso, una definicin
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 tericamente correcto.
2) Un defecto
3) Un resultado incorrecto
4) Una accin 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. Adems, 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 sntomas de defectos.
8) Al generar casos de prueba, se deben incluir tanto datos de entrada
vlidos y esperados como no vlidos 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 diseados 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, prcticamente,
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 nmero de defectos ya descubierto.
15) Las pruebas son una tarea tanto o ms creativa que el desarrollo de
software. Siempre se han considerado las pruebas como una tarea
destructiva y rutinaria.