Está en la página 1de 18

INGENIERÍA DEL SOFTWARE

PRUEBAS DE SOFTWARE

• Fundamentos de las pruebas del software.

• Prueba de Caja Negra y Caja Blanca.

• Pruebas del sistema.

• El proceso de depuración.

• Estrategias de prueba para webapps.

• Estrategias de prueba para software orientado a


objeto.
FUNDAMENTOS DE LAS PRUEBAS DEL
SOFTWARE

¿CÓMO SE DEFINE LA CALIDAD


DEL SOFTWARE?

TRES PUNTOS IMPORTANTES

• Un proceso eficaz de software.

• Un producto útil.

• proporciona beneficios a la organización


y usuarios finales.
FUNDAMENTOS DE LAS PRUEBAS DEL
SOFTWARE
DIMENSIONES DE LA CALIDAD DE GARVIN

• Calidad del desempeño. • Percepción.


• Calidad de las características. • Funcionabilidad.
• Confiabilidad. • Confiabilidad.
• Conformidad. • Usabilidad.
• Durabilidad. • Eficiencia.
• Servicio. • Facilidad de recibir
• Estética. mantenimiento.
• Portabilidad.
FUNDAMENTOS DE LAS PRUEBAS DEL
SOFTWARE

METAS DEL PROCESO DE PRUEBAS DEL SOFTWARE:

• Demostrar que el software cumple con los requerimientos.

• Encontrar situaciones donde el comportamiento del software


sea incorrecto
FUNDAMENTOS DE LAS PRUEBAS DEL
SOFTWARE
FUNDAMENTOS DE LAS PRUEBAS DEL
SOFTWARE
PRUEBAS DE CAJA NEGRA Y CAJA
BLANCA

Pruebas Caja Negra:

• Se llevan a cabo en la interfaz del


software y se centra en los
requisitos funcionales del sistema.

Pruebas Caja Blanca:

• Centradas en la revisión de la
lógica del sistema, sus iteraciones
y condicionales.
PRUEBAS DE SISTEMAS

• Pruebas de recuperación

• Pruebas de seguridad

• Pruebas de esfuerzo

• Pruebas de rendimiento

• Pruebas de despliegue
EL PROCESO DE DEPURACIÓN
EL PROCESO DE DEPURACIÓN
¿POR QUÉ ES TAN DIFÍCIL LA DEPURACIÓN?

• El síntoma y la causa pueden ser geográficamente remotos.

• El síntoma puede desaparecer (temporalmente) cuando se corrige otro


error.

• El síntoma en realidad puede no ser causado por errores

• El síntoma puede ser causado por un error humano que no se rastrea


con facilidad.
EL PROCESO DE DEPURACIÓN

• El síntoma puede ser resultado de problemas de temporización más que de


problemas de procesamiento.

• Puede ser difícil reproducir con precisión las condiciones de entrada.

• El síntoma puede ser intermitente, particularmente común en sistemas


embebidos que acoplan hardware y software de manera inextricable.

• El síntoma puede deberse a causas que se distribuyen a través de algunas


tareas que corren en diferentes procesadores.
EL PROCESO DE DEPURACIÓN

Estrategias de depuración:

1) Fuerza bruta.

2) Vuelta atrás (del inglés backtracking).

3) Eliminación de causas.
ESTRATEGIAS DE PRUEBA PARA
WEBAPPS.
EL PROCESO DE DEPURACIÓN
ESTRATEGIAS DE PRUEBAS ORIENTADAS
A OBJETOS

• Prueba de unidad en el contexto OO

• Prueba de integración en el contexto OO

• Prueba de validación en un contexto OO


CONCLUSIONES

■ Las pruebas sólo pueden mostrar la presencia de errores en


un programa.

■ Las pruebas de desarrollo son responsabilidad del equipo de


desarrollo del software.

■ Las pruebas de desarrollo incluyen pruebas de unidad.

■ Cuando pruebe software, debe tratar de “romperlo” mediante


la experiencia y los lineamientos que elijan los tipos de casos
de prueba que hayan sido efectivos para descubrir defectos en
otros sistemas.
CONCLUSIONES

■ Siempre que sea posible, se deben escribir pruebas automatizadas.

■ El desarrollo de la primera prueba es un enfoque de desarrollo,


donde las pruebas se escriben antes de que se pruebe el código.

■ Las pruebas de escenario son útiles porque imitan el uso práctico


del sistema.

■ Las pruebas de aceptación son un proceso de prueba de usuario,


donde la meta es decidir si el software es suficientemente adecuado
para desplegarse y utilizarse en su entorno operacional.

También podría gustarte