23066446
Pruebas de Software
- Pruebas de
desarrollo
- Pruebas de unidad
- Clases, objetos, métodos
- Se prueban: todas la
operaciones, atributos y
estados posiblles
- Pruebas
automatizadas y
manuales
- Se prueban: todas la
operaciones, atributos y
estados posiblles
- Pruebas de
partición
- Valores e medio(típicos) y en las
fronteras (atipicos)
- Valores e medio(típicos) y en las
fronteras (atipicos)
- Pruebas de
lineamientos
- Documentación específica para entradas y
salidas
- Manejo de
excepciones
- Secuencias con valor único
- Secuencias de diferentes tamaños y pruebas
- Derivar pruebas para acceder a los
elementos primero, medio y último
- Forzar entradas
- Desbordar
buffer
- Repetitivas
- Generen
mensajes de
error
- Creen cálculos largos y cortos
- Desbordar
buffer
- Documentación específica para entradas y
salidas
- Clases, objetos, métodos
- Pruebas del
componente
- Componente interfaz
- Errores comunes
- Uso incorrento
- Mala interpretación
- Errores de
temporalización
- Uso incorrento
- Pruebas Parámetros
- puntero, parámetros nulos
- puntero, parámetros nulos
- Pruebas Memoria compartda
- validación del orden
- validación del orden
- Pruebas Procedimientos
- LLamadas realizadas
exitosas o con fallo
- LLamadas realizadas
exitosas o con fallo
- Pruebas
envío/recepción
de
mensajes
- Errores comunes
- Tienen un
grado de
dificultad
- Componente interfaz
- Pruebas del
sistema
- Integración de
componentes
- se prueban también
componentes
externos y otros
sistemas
- Componentes
reutilizables
- se prueban también
componentes
externos y otros
sistemas
- Hace lo que debe
hacer el sistema
completo
- Se relizan en
colectivos o
equipos ajenos al
desarrollo
- Énfasis en las
interacciones
- Ayudan diagramas
casos de uso y
secuencia
- Políticas de pruebas
- Todas las funciones,
combinación de funciones y
entradas del usuario
- Todas las funciones,
combinación de funciones y
entradas del usuario
- Manejo adecuado
de excepciones
- Integración de
componentes
- Pruebas de unidad
- Pruebas de versión
- Cumpla con requerimientos
- Sea apto para el su uso
- Sin fallos en uso normal
- Debe probar diferente al equipo
de desarrollo
- Enfocados en encontrar bugs
- Enfocados en encontrar bugs
- Basadas en
requerimientos
- Conjunto de pruebas
- Validación de la implementación
- Conjunto de pruebas
- De escenarios
- Usos típcos
- casos de prueba
- casos de prueba
- Realistas
- Complejos
- Motivar a la participación
- Debe ser fáciles de evaluar
- Usos típcos
- De Rendimiento
- Procesar carga pretendida
- Perfil operativo
- Pruebas de estrés
- Comportamiento cuando falla
- Puede mostrar nuevos defectos
- Puede mostrar nuevos defectos
- Perfil operativo
- Procesar carga pretendida
- Cumpla con requerimientos
- Pruebas de
usuario
- Clientes/usuarios
pueden
experimentar
- Son comunes las sig. pruebas
- Alfa
- Se desarrollan entre usuarios y
programadores
- Usuarios proporcionan información adicional
- Se desarrollan entre usuarios y
programadores
- Beta
- Solo Clientes/Usuarios
- Entornos múltiples y diversos
- Prueban problemas de interacción
- Ayuda a comercializar
- Solo Clientes/Usuarios
- Aceptación
- Entorno operacional
- Definir criterios de aceptación
- Plan de pruebas de aceptación
- Derivar pruebas de aceptación
- Correr pruebas de aceptación
- Negociar resultados de las pruebas
- Rechazo aceptación del sistema
- Entorno operacional
- Alfa
- Clientes/usuarios
pueden
experimentar
- Finalidad
- Muestra errores
- Cumple requisitos
- Comportamiento correcto
- Muestra errores
- V&V
- Verificación
- Validación
- Inspecciones y
revisiones
- En una sesión se identifican
muchos errores
- Se pueden probar versiones
incompletas
- Se pruebe el cumplimiento de
estándares, portabilidad y
mantenimiento
- 60 a 90% de errores se
detectan aquí
- En una sesión se identifican
muchos errores
- Nivel de confianza
- Propósito del SW
- Expectativa del
usuario/cliente
- Entorno del mercado
- Propósito del SW
- Verificación
- Desarrollo dirigido por
pruebas (TDD)
- Común en nuevos proyectos
- No es para sistemas multihilo
- Proyectos pequeños y medianos
- Pasos del proceso
- Identificar incremento funcional
- Se escribe prueba de funcionalidad atomatizada
- Se corre prueba sin funcionalidad (genera error)
- Se implementa funcionalidad
- Se corre prueba (debe ser exitosa para seguir)
- Se corre prueba (debe ser exitosa para seguir)
- Se implementa funcionalidad
- Se corre prueba sin funcionalidad (genera error)
- Se escribe prueba de funcionalidad atomatizada
- Identificar incremento funcional
- Beneficios
- Mejor comprensión de la
funcionalidad
- Cobertura del código
- Pruebas de regresión
- Depuración simplificadad
- Documentación del sistema
- Puede aumentar la
productividad y la
calidad
- Mejor comprensión de la
funcionalidad
- Común en nuevos proyectos
Media attachments
Want to create your own Mind Maps for free with GoConqr? Learn more.