Escolar Documentos
Profissional Documentos
Cultura Documentos
tipos de Pruebas de
Software
Norma 14598
En sus diferentes etapas, establece
un marco de trabajo para evaluar la
calidad de los productos de software
proporcionando, además, métricas y
requisitos para los procesos de
evaluación de los mismos.
2
En particular, es utilizada para
aplicar los conceptos descritos
en la norma ISO / IEC 9126. Se
definen y describen las
actividades necesarias para
analizar los requisitos de
evaluación, para especificar,
diseñar y realizar acciones de
evaluación y para concluir la
evaluación de cualquier tipo de
producto de software.
3
PARTES
4
Visión General:
Establece un resumen de las
ISO/IEC
otras cinco etapas, explica la
14598-1
relación entre la evaluación del
producto de software y el modelo
de calidad.
Actividades
Actividades: (Establecer los
ISO/IEC
requerimientos de evaluación,
14598-1
Especificar la evaluación, Planear
la evaluación, Ejecutar la
evaluación).
Planeamiento y Gestión
Contiene requisitos y guías
ISO/IEC
14598-2 para las funciones de
soporte tales como la
planificación y gestión de la
evaluación del producto del
software.
Actividades
(Preparación de políticas, definición
ISO/IEC de objetivos, Identificación de la
14598-2 tecnología, Asignación de
responsabilidades, Evaluación de
software desarrollado y adquirido).
Proceso de
desarrolladores
Lo utiliza las organizaciones que
ISO/IEC planean desarrollar un producto
14598-3 o mejorar uno existente, realiza
evaluaciones de producto
utilizando indicadores que puede
predecir la calidad de los
productos finales.
Actividades
(Organización, Planeamiento,
ISO/IEC Especificaciones, Diseño,
14598-3 Montaje)
Proceso de
comparadores
Lo utilizan las organizaciones
ISO/IEC
que pretenden comparar o
14598-4
rehusar un producto de software
existente, se aplica con el
propósito de aceptación de un
producto.
Actividades
ISO/IEC (Requerimientos,
14598-4 Especificación evaluación,
Diseño evaluación, Ejecución
evaluación).
Proceso
evaluadores
Este proceso es utilizado por
ISO/IEC organizaciones encargadas de
14598-5 evaluar, provee los requisitos y guías
para la evaluación del producto
software. Promueve las siguientes
características de proceso (repetible,
Reproducible; Imparcial, Objetivo)
Actividades
ISO/IEC (Trazabilidad,
14598-5
Resultados,
Problemas, Mejoras,
Conclusiones)
Modulo
evaluación
Especifica las mediciones que
ISO/IEC
van a ser tomadas sobre los
14598-6
atributos de calidad que se
definieron en la etapa anterior,
provee las guías para la
documentación de la evaluación.
Actividades
ISO/IEC (Introducción,
14598-6
Alcance, Entradas,
Resultados)
Pruebas de Software
Metodologías de pruebas de software
• Caja Negra: Pruebas basada en requerimientos y
funcionalidad del software.
• White Box Testing: Pruebas basadas en el
conocimiento de la lógica interna del código de la
aplicación.
• Pruebas de humo: Prueba el sistema
constantemente buscando fallas por toda la
aplicación.
17
Tipos de
pruebas
18
Pruebas Funcionales
◇ Enfocadas en los requisitos funcionales.
◇ Las pruebas pueden estar basadas
directamente en los casos de Uso y las
reglas de negocio.
19
Pruebas de Regresión
◇ Probar nuevamente el sistea luego de
realizar cambios o hacer arreglos sobre
bugs encontrados.
◇ Determinar si los cambios recientes en
una parte de la aplicación tienen efecto
adverso en otras partes.
20
Pruebas de Integración
21
Pruebas de sistema
◇ Prueba del comportamiento global del
producto construido.
◇ Cubre todas las partes combinadas de
un sistema.
◇ Utiliza un entorno de pruebas que sea lo
más similar posible al entorno de
producción.
22
Pruebas de Unitarias
◇ Pruebas a pequeña escala.
◇ Probar funcionalidades o modulos
particulares.
◇ Realizadas tipicamente por el
programador y no el tester.
◇ Requiere conocimiento detallado del
23
código.
Pruebas de Aceptación.
24
Pruebas de Carga.
◇ Verificar el tiempo de respuesta del sistema para
transacciones o casos de uso de negocios, bajo
diferentes condiciones de carga.
◇ Utilizar cargas pesadas para determinar en que
punto el tiempo de respuesta del sistema se
degrada o falla.
25
Pruebas de Stress.
◇ Verificar que el sistema funciona apropiadamente y sin
errores, bajo estas condiciones de stress:
◇ Memoria baja o no disponible en el servidor.
◇ Máximo número de clientes conectados o simulados
(actuales o físicamente posibles).
◇ Múltiples usuarios desempeñando la misma transacción
con los mismos datos.
◇ El peor caso de volumentee de transacciones (ver pruebas
de desempeño).
26
Pruebas de Volumen.
◇ Verificar que la apliación funciona adecuadamente
bajo los siguientes escenarios de volumen:
◇ Máximo (actual o físicamente posible) número de
clientes conectados (o simulados), todos ejecutando de
la misma función (peor caso de desempeño) por un
período extendido.
◇ Máximo tamaño de base datos (actual o escalado) y
múltiples consultas ejecutadas simultaneamiente.
27
Pruebas de Usabilidad.
◇ Probar que la usabilidad del sistema
sea amigable.
◇ Subjetivo.
◇ Usar entrevistas del usuario,
encuestas y otras técnicas
28
Pruebas de seguridad.
◇ Probar que tan bien el sistema esta
protegido contra accesos internos o
externos no autorizados.
29