Michelle Ulloa Tg-Ti m2 Aseguramiento de Calidad
Michelle Ulloa Tg-Ti m2 Aseguramiento de Calidad
Michelle Ulloa Tg-Ti m2 Aseguramiento de Calidad
a. Módulo: 2
b. Asignatura: Aseguramiento de Calidad
c. RA: Diseña un plan de pruebas para la detección de errores en
un programa computacional
d. Docente Online: Moisés Arévalo M.
e. Fecha de entrega: 07-09-2023
1
Índice
Tabla de contenido
Página
Portada…………………………………………………………………………………………1
Índice…………………………………………………………………………………………..2
Introducción……………………………………………………………………………............3
Ítem 1-2-3-4
Conclusión……………………………………………………………………….......…..….. .17
Bibliografía………………………………………………………………………........…..……17
2
Introducción
Una buena estructura de pruebas busca optimizar los recursos en el ámbito de la computacion,
de recursos humanos y monetarios. Lo importante de llevar a cabo diversas pruebas de campo
nos ayuda a saber dónde podemos encontrar los errores, los cuales en un futuro pueden llevar
a gastos no deseados los clientes.
3
Planteamiento del problema
2. Identifique 2 casos de prueba para cada una de esas características: uno con
datos válidos y otro con datos no válidos. Los casos de prueba deben ser
descritos como se ha instruido en los contenidos del módulo.
4
Desarrollo
a) Guardar como archivo PDF: Los archivos PDF no pierden el formato con el
envío a otros usuarios.
2 Identifique 2 casos de prueba para cada una de esas características: uno con datos válidos y
otro con datos no válidos. Los casos de prueba deben ser descritos como se ha instruido en
los contenidos del módulo.
5
Nombre: Guardar documento como ODT con un nombre no válido.
6
Post condición: El documento no se guarda.
Resultado Sale una advertencia: "El nombre del archivo no es
7
Post condición: El documento no se guarda.
Resultado Sale una advertencia: "El nombre del archivo no es
8
Paso Indica el lugar donde será guardado el Se muestra una nueva
documento. ventana donde aparece la
ruta específica del guardado
del archivo.
Paso Indicar el nombre que recibirá el Ventana de advertencia con
archivo, en este caso se llamará el mensaje” El nombre de
“/” y seleccionar el tipo de archivo a archivo no es válido”
“Documento de Word 97 -2003
(*.doc)”
Paso Indicar el nombre que recibirá el El archivo es guardado con
archivo, en este caso se llamará éxito y la ventana vuelve al
“Prueba” y seleccionar el tipo documento abierto.
De
archivo a “Documento de Word 97
2003
(*.doc)”
Verificación Cerramos el programa y buscamos el El archivo se abre sin
archivo recientemente guardado problemas y tiene el nombre
(Prueba.doc) y hacemos doble clic sobre de Prueba.doc
el icono del documento.
10
Índice
Introducción ..................................................................................................................... 11
Criterios de Entrada......................................................................................................... 12
Criterios de Salida ........................................................................................................... 12
Entregables ..................................................................................................................... 12
11
Introducción
Alcance de la prueba
El alcance de las pruebas cubre todas las funcionalidades descritas en el documento Especificación
de Requerimientos para el software Microsoft® Word 2016 MSO (16.0.4266.1001) 64 Bits.
aprobado con fecha 07 de septiembre de 2023
12
Características a probar
Se probará la siguiente función:
o Guardar como.
Para la verificación de estas funciones se realizarán pruebas de Caja Negra
13
o No contribuyen a lograr la misión de este esfuerzo de pruebas.
14
Estrategia de prueba
Criterio de Completitud Todos los casos de prueba han sido ejecutados Todos los defectos
han sido reportados
Consideraciones Especiales Los defectos serán reportados al final de cada día de pruebas.
Criterios de Entrada
La aplicación podrá ser recibida en SQA cuando:
o Se ha terminado el desarrollo de la aplicación, el documento de
requerimientos está aprobado por el cliente y el documento de diseño está
aprobado por el área de arquitectura.
o La aplicación está instalada en la plataforma de pruebas.
Criterios de Salida
La aplicación saldrá del área de SQA cuando:
o La aplicación no funciona y/o no permite hacer las pruebas.
o Se han terminado todas las pruebas del plan.
Entregables
El área de SQA generará los siguientes entregables de la prueba:
o El informe de resultado de las pruebas.
o El detalle de los defectos encontrados.
15
Tareas de prueba
El equipo de SQA será
responsable de:
Riesgos y Contingencias
Riesgo Mitigación Responsable
16
Al minuto de la Las fechas presentadas en este Testing
confección de este informe son tentativas, y se Manager.
informe, aún no hay confirmarán o re planificarán
fecha planificada para el cuando el JP confirme el término
término del desarrollo. del desarrollo.
17
Conclusión
Bibliografía
18