Anda di halaman 1dari 4

BANCO DE PRUEBAS PARA

PROYECTOS
NOMBRE DEL PROYECTO:

LISTA DE VERIFICACIN DE ASEGURAMIENTO DE CALIDAD


IDENTIFICADOR:

EQUIPO:

FECHA:

CONTROL DE VERSIONADO DEL DOCUMENTO


VERSIN:

FECHA CAMBIO:

RESPONSABLE:

TIPO DE CAMBIO:

OBJETIVO: Verificar y validar la existencia del nivel de calidad deseado en


el producto de software
ACTIVIDAD:
1. Existe al menos un miembro responsable de realizar los procesos de prueba?
2. Se verifica que las especificaciones tcnicas estn correctamente implementadas?
3. Existe un control para verificar que las expectativas del cliente estn satisfechas?
4. Los probadores de software reportan los defectos al equipo de desarrollo para su
correccin?
5. Existe un control de identificacin de los tipos de defectos y sus caractersticas?
6. Se utilizan algn(os) estndares para evaluar diferentes tipos de pruebas?
7. Se lleva un control de los objetivos, para que estn alineados con los riesgos del
negocio?
OBSERVACIONES:

(realizar una tabla, donde se evale cada punto utilizando cuatro niveles de calidad):
No existe= 0, deficiente=10- 50%, buen nivel= 60- 80%, excelente= 90-100%
(cal <= 50)
(60<=cal<=80)
(90<=cal<=100)
Al final, obtener el % de calidad obtenido en este punto (promedio de calidad)

NOMBRE DEL PROYECTO:

LISTA DE VERIFICACIN DE ESTNDARES DE CALIDAD


IDENTIFICADOR:

EQUIPO:

FECHA:

CONTROL DE VERSIONADO DEL DOCUMENTO


VERSIN:

FECHA CAMBIO:

RESPONSABLE:

TIPO DE CAMBIO:

OBJETIVO: Verificar y validar la aplicacin de estndares de calidad en el


desarrollo del producto

ACTIVIDAD:
1. Estn claramente definidos los mdulos del proyecto y bloques de informacin del
sistema??
2. En cada vista de usuario, Estn los nombres de los encabezados (ttulos, subttulos y
nombre de la aplicacin) escritos correctamente?
3. Dentro de la aplicacin, Estn las etiquetas de los campos escritas clara, correctamente y
representativas?
4. Las pantallas del sistema Muestra los colores predeterminados por el cliente, o los ms
adecuados para la vista?
5. Los campos tipo: fecha, dinero, nmericos, se muestran con los formatos adecuados y
permiten la captura sin problema alguno?
6. Son homogneas cada una de las pantallas de despliegue (en cuanto a colores,
dimensiones, etc.)?
OBSERVACIONES:

(realizar una tabla, donde se evale cada punto utilizando cuatro niveles de calidad):
No existe= 0, deficiente=10- 50%, buen nivel= 60- 80%, excelente= 90-100%
(cal <= 50)
(60<=cal<=80)
(90<=cal<=100)
Al final, obtener el % de calidad obtenido en este punto (promedio de calidad)

LISTA DE VERIFICACIN DE LA FUNCIONALIDAD MODULAR


IDENTIFICADOR:

EQUIPO:

FECHA:

CONTROL DE VERSIONADO DEL DOCUMENTO


VERSIN:
RESPONSABLE:
TIPO DE CAMBIO:

MDULO DEL SISTEMA:


FECHA CAMBIO:

OBJETIVO: Verificar y Validad las funciones del producto de software, en


cuanto al cumplimiento de sus caractersticas de calidad: funcionalidad,
confiabilidad, eficiencia, usabilidad, portabilidad, mantenibilidad.
1. Las diferentes vistas de usuario (pantallas) Muestran realmente las funciones que el
cliente necesita y solicit?
2. Se cuenta con todas las vistas de usuario (pantallas) que el cliente necesita y que
integran el sistema de forma completa?
3. Los datos que se capturan Son almacenados directamente en la Base de Datos?
4. Es de fcil uso y rpido acceso el manejo de las interfaces (pantallas) del sistema?
5. Se modifican los campos de despliegue, al modificar los valores en las interfaces?
6. El sistema muestra un buen desempeo en la navegacin y movilidad entre mdulos?
7. El sistema muestra un buen desempeo, en cuanto al inicio o a la terminacin de cada
uno de los mdulos, para abrir y cerrar ventanas?
8. El sistema muestra un buen desempeo, en cuanto a la cancelacin o borrado de valores
anteriores, en cuadros de texto, al dar una instruccin (bottom) para ello?
9. Al seleccionar el men principal, y escoger la opcin salir (o terminar), se cierran las
aplicaciones?
10. Cuenta con un men de ayuda? En caso de tener un men de ayuda la realiza con
prontitud?
11. En general el tiempo de respuesta del sistema, es considerado adecuado por y para el
cliente?
(poner puntos correspondientes al sistema que propone el estudiante, en cuanto al desempeo de
sus funciones)
OBSERVACIONES:

(realizar una tabla, donde se evale cada punto, para cada caracterstica de calidad, utilizando
cuatro niveles de calidad,):
No existe= 0, deficiente=10- 50%, buen nivel= 60- 80%, excelente= 90-100%
(cal <= 50)
(60<=cal<=80)
(90<=cal<=100)

Al final, obtener el % de calidad obtenido en este punto (promedio de calidad)

LISTA DE VERIFICACIN DE LA FUNCIONALIDAD MODULAR


IDENTIFICADOR:

EQUIPO:

FECHA:

CONTROL DE VERSIONADO DEL DOCUMENTO


VERSIN:
RESPONSABLE:
TIPO DE CAMBIO:

MDULO DEL SISTEMA:


FECHA CAMBIO:

OBJETIVO: Verificar y Validad las funciones del producto de software, en


cuanto a su codificacin (la respuesta del sistema es la deseada, con
respecto a los datos y valores que muestra)

(poner puntos correspondientes al sistema que propone el estudiante, en cuanto al desempeo de


sus funciones)

30

OBSERVACIONES:

(realizar una tabla, donde se evale cada punto, para cada caracterstica de calidad, utilizando
cuatro niveles de calidad,):
No existe= 0, deficiente=10- 50%, buen nivel= 60- 80%, excelente= 90-100%
(cal <= 50)
(60<=cal<=80)
(90<=cal<=100)
Al final, obtener el % de calidad obtenido en este punto (promedio de calidad)

Anda mungkin juga menyukai