Aseguramiento de la calidad y pruebas de softwareblancavg.com/tc3044swq/s19swq.pdf · Mutaciones....
Transcript of Aseguramiento de la calidad y pruebas de softwareblancavg.com/tc3044swq/s19swq.pdf · Mutaciones....
Aseguramiento de la calidad y pruebas de software
5- Pruebas del softwareDB
Blanca A. Vargas Govea [email protected]
Abril 9, 2013
Pronto podré ejecutar mi plan
Examen
● Revisión formal/informal
● Revisión administrativa/técnica
● Caja blanca/Caja Negra– Tamaño– Importancia
● Particiones de equivalencia– Cuidar valores de
rangos– Asignar identificadores
● Caminos básicos– No se toman en cuenta
combinaciones
● Mutaciones
¿Por qué?
● BD parte integral de cualquier desarrollo de software
● Información confidencial
● Buen funcionamiento del software
Photo Credit: <a href="http://www.flickr.com/photos/33791380@N08/3533612901/">Sir. Mo</a> via <a href="http://compfight.com">Compfight</a> <a href="http://creativecommons.org/licenses/by/2.0/">cc</a>
¿Por qué?
● Los enfoques comunes no son suficientes– Inspeccionar
visualmente la BD durante su construcción
– Pruebas al final del ciclo de desarrollo
Photo Credit: <a href="http://www.flickr.com/photos/57667389@N02/5373305846/">shehan365</a> via <a href="http://compfight.com">Compfight</a> <a href="http://creativecommons.org/licenses/by-nc-nd/2.0/">cc</a>
Ya revisé la BDy no veo nada
malo
¿Para qué?
Testing proporciona retroalimentación concreta para identificar defectos
● ¿La información está completa?
● ¿La información es correcta?
● ¿La BD tiene un desempeño razonable?
● ¿Está la información organizada de forma lógica?
● ¿Cada objeto de la BD funciona correctamente?
● ¿Permite solamente información correcta y completa?
● ¿La información está asegurada?
● ¿Existe información innecesaria?
8
¿Qué se prueba?
Caja Blanca Caja Negra
● Amenazas dentro de la BD
● Procedimientos, funciones
● Pruebas para elementos del esquema (e.g., tablas)
● Valores para columnas
● Amenazas externas a la BD
● Valores de entrada● Valores de salida
9
¿Qué deben cubrir los casos de prueba?
● Tamaño de datos y columnas – Longitud de columna
en tablas y en UI debe ser la misma.
– El tamaño debe estar acorde al diseño.
● Tipo de datos y columnas– El tipo de datos de las
columnas en las tablas debes ser el mismo o compatible con el tipo de la entrada/salida de la UI.
– Los tipos deben estar acordes al diseño.
10
¿Qué deben cubrir los casos de prueba?
● Violación de restricciones de llave primaria/foránea– Longitud de columna
en tablas y en UI debe ser la misma.
– El tamaño debe estar acorde al diseño.
● Tipo de datos y columnas– El tipo de datos de las columnas
en las tablas debes ser el mismo o compatible con el tipo de la entrada/salida de la UI.
– Los tipos deben estar acordes al diseño.
● Procedimientos almacenados, transacciones, funciones y triggers.
12
Actividad 19 - individual
Del artículo Software Quality achieved through Metrics in Database Testing, INFOCOMP Journal of Computer Science, vol. 9, no.1, pp.33-42, 2010 y de lo que has visto sobre testing, contesta las siguientes preguntas:
1) ¿Qué diferencias consideras que existen al aplicar técnica de cobertura a una BD? (sección 3), ¿se aplicaría igual que como se ha visto?
2)¿Cuáles son las funciones de las métricas de software desde el punto de vista administrativo?
13
Actividad 19 - individual
3) ¿Qué algoritmos proponen los autores para calcular las métricas exclusivas para BD? ¿Para qué tipo de queries?, ¿cuál es el objetivo de cada algoritmo?.
4) ¿Qué herramienta usaron los autores para realizar su experimentación? ¿con cuántas bases de datos probaron?
5) ¿Cuál algoritmo proporcionó mejores resultados?
Envía tus preguntas/respuestas por correo.
14
Tarea 19● Avance de proyecto
– Tomando como base su actividad correspondiente al Estándar IEEE-829 “Standard for Software Test Documentation”.
● Prepara tu plan de pruebas. ● Incluye los casos de prueba de caja negra y caja blanca que hiciste como
tareas/actividades.
Básicamente el avance es la organización e integración del plan de pruebas que se ha ido haciendo con los temas del parcial 2.
● Viernes 5 de Abril. Envía tus documentos en formato pdf.● Se hará una breve presentación (10 minutos) directamente de los
documentos.