once minutos

PRUEBAS DE SOFTWARES
CONCEPTO DE PRUEBA DE SOFTWARE

Los casos de prueba son un conjunto de condiciones o variables bajo las cuáles el analista determinará si el requisito de una aplicación es parcial o completamente satisfactorio.
Se pueden realizar muchos casos de prueba para determinar que un requisito es completamente satisfactorio. Con el propósito de comprobar que todos los requisitosde una aplicación son revisados, debe haber al menos un caso de prueba para cada requisito a menos que un requisito tenga requisitos secundarios. En ese caso, cada requisito secundario deberá tener por lo menos un caso de prueba. Algunas metodologías como RUP recomiendan el crear por lo menos dos casos de prueba para cada requisito. Uno de ellos debe realizar la prueba positiva de los requisitosy el otro debe realizar la prueba negativa.

SU OBJETIVO

Las técnicas de diseño de casos de prueba tienen como objetivo conseguir una confianza aceptable en que se detectarán los defectos existentes (ya que la seguridad total sólo puede obtenerse de la prueba exhaustiva, que no es practicable) sin necesidad de consumir una cantidad excesiva de recursos (por ejemplo, tiempo para probar otiempo de ejecución). Toda la disciplina de pruebas debe moverse, por lo tanto, en un equilibrio entre la disponibilidad de recursos y la confianza que aportan los casos para descubrir los defectos existentes.

ALCANCE DEL PROCEDIMIENTO DE LAS PRUEBAS
Pruebas de caja blanca
Lograr una buena cobertura con pruebas de caja blanca es un objetivo deseable; pero no suficiente a todos los efectos. Unprograma puede estar perfecto en todos sus términos, y sin embargo no servir a la función que se pretende. Las pruebas de caja blanca nos convencen de que un programa hace bien lo que hace; pero no de que haga lo que necesitamos.
Pruebas de caja negra
Lograr una buena cobertura con pruebas de caja negra es un objetivo deseable; pero no suficiente a todos los efectos. Un programa puede pasar conholgura millones de pruebas y sin embargo tener defectos internos que surgen en el momento más inoportuno. Las pruebas de caja negra nos convencen de que un programa hace lo que queremos; pero no de que haga otras cosas menos aceptables.
Pruebas unitarias
Es importante darse cuenta de que las pruebas unitarias no descubrirán todos los errores del código. Por definición, sólo prueban las unidadespor sí solas. Por lo tanto, no descubrirán errores de integración, problemas de rendimiento y otros problemas que afectan a todo el sistema en su conjunto. Además, puede no ser trivial anticipar todos los casos especiales de entradas que puede recibir en realidad la unidad de programa bajo estudio. Las pruebas unitarias sólo son efectivas si se usan en conjunto con otras pruebas de software.Pruebas de carga
En las pruebas de carga se logro relucir el optimo desempeño de la aplicación en conjunto con distintas cantidades de procesos de una maquina, bajo distintas cargas de trabajo, sabiendo esto, las pruebas de carga demuestran el funcionamiento de dicha aplicación en distintos entornos de trabajo, ya sean fluidos o pesados y tediosos.
Pruebas de configuración
Las pruebas deconfiguración nos muestran los distintos tipos de comportamientos que puede tener dicha aplicación puesta en prueba en distintas maquinas con distintos requerimientos y en distintas plataformas demostrándonos así lo portable que es dicha aplicación.

Pruebas estructurales
Los alcances que tuvieron las distintas pruebas estructurales aplicadas en nuestra aplicación fueron demostrar el óptimo funcionamientode las conexiones a todas las ventanas de nuestra aplicación demostrando así un buen trabajo de dicha aplicación, estas pruebas solo se enfocaron en encontrar o detectar problemáticas con respecto a las conexiones que existen en esta aplicación.




TABLA COMPARATIVA CON LOS TIPOS DE PRUEBAS DE SOFTWARE
TIPOS DE PRUEBA
DESCRIPCIÓN.
RESULTADO
Pruebas de caja blanca
Consiste en realizar...