Trabajo grupal o individual

Identificación del trabajo

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

Identificación del/los estudiante/s

Nombre y apellido Carrera

Michelle Ulloa A Ingeniería en Informática mención
Ciberseguridad

1
Índice

Tabla de contenido

Página

Portada…………………………………………………………………………………………1

Índice…………………………………………………………………………………………..2

Introducción……………………………………………………………………………............3

Planteamiento del problema………………………………………………………………….4

Desarrollo del trabajo……………………………………………………………….......…….5-16

 Í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

Considere la función “Guardar Como” de cualquiera de las herramientas que

provee cualquiera de las versiones de Word de MS Office.

1. Señale y justifique 4 características que no deben fallar en esta función.

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.

3. Defina un Script de prueba relacionado con 2 de las características descritas

en el punto 1. El Script de pruebas debe ser descrito como se ha instruido en los
contenidos del módulo.

4. Prepare un plan de pruebas que contemple los casos de prueba y script de

pruebas descritos en los puntos 2 y 3. Efectúe los supuestos necesarios para
completar todos los puntos del plan. Recuerde que el plan es un documento
formal, por lo que debe ser presentado con tapa e índice, tal como lo haría en la
vida real.

4
Desarrollo

1 Según la función a analizar las siguientes características no debe fallar:

a) Guardar como archivo PDF: Los archivos PDF no pierden el formato con el
envío a otros usuarios.

b) Guardar como archivo DOC: Utilizado en el procesamiento de texto informático,

se asocia habitualmente a Microsoft Word.

c) Guardar como archivo ODT: Formato de archivo abierto y estándar

para el almacenamiento de documentos de texto.

d) Guardar como archivo DOCX: Tiene también el mismo propósito que la

extensión de archivo .DOC y .docm respectivamente.

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.

Nombre: Guardar documento como ODT

Descripción : Guardar cualquier documento de texto.
Orden de Ejecución: 1
Requerimiento Asociado: Función "Guardar Como" Microsoft Word
Pre condición: Tener un documento en blanco abierto.
Post condición: El documento se guarda.
Resultado Esperado: El documento ODT se encuentra en el lugar que fue guardado.

5
Nombre: Guardar documento como ODT con un nombre no válido.

Descripción : Guardar cualquier documento de texto, teniendo como nombre

del archivo "/".
Orden de Ejecución: 2
Requerimiento Asociado: Función "Guardar Como" Microsoft Word
Pre condición: Tener un documento en blanco abierto.

6
Post condición: El documento no se guarda.
Resultado Esperado: Sale una advertencia: "El nombre del archivo no es válido"

Nombre: Guardar documento como PDF con un nombre no válido.

Descripción: Guardar cualquier documento de texto, teniendo como nombre

del archivo "/".
Orden de Ejecución: 2
Requerimiento Asociado: Función "Guardar Como" Microsoft Word
Pre condición: Tener un documento en blanco abierto.
Post condición: El documento no se guarda.
Resultado Esperado: Sale una advertencia: "El nombre del archivo no es válido"

Nombre: Guardar documento como PDF.

Descripción: Guardar cualquier documento de texto.
Orden de Ejecución: 1
Requerimiento Asociado: Función "Guardar Como" Microsoft Word
Pre condición: Tener un documento en blanco abierto.
Post condición: El documento se guarda.
Resultado Esperado: El documento PDF se encuentra en el lugar que fue guardado.

Nombre: Guardar documento como DOC.

Descripción: Guardar cualquier documento de texto.
Orden de Ejecución: 3
Requerimiento Asociado: Función "Guardar Como" Microsoft Word
Pre condición: Tener un documento en blanco abierto.
Post condición: El documento se guarda.
Resultado Esperado: El documento DOC se encuentra en el lugar que fue guardado.

Nombre: Guardar documento como DOC con un nombre no válido.

Descripción : Guardar cualquier documento de texto, teniendo como nombre
del archivo "/".
Orden de Ejecución: 4
Requerimiento Asociado: Función "Guardar Como" Microsoft Word
Pre condición: Tener un documento en blanco abierto.

7
Post condición: El documento no se guarda.
Resultado Esperado: Sale una advertencia: "El nombre del archivo no es válido"

Nombre: Guardar documento como DOCX.

Descripción: Guardar cualquier documento de texto.
Orden de Ejecución: 3
Requerimiento Asociado: Función "Guardar Como" Microsoft Word
Pre condición: Tener un documento en blanco abierto.
Post condición: El documento se guarda.
Resultado Esperado: El documento DOC se encuentra en el lugar que fue guardado.

Nombre: Guardar documento como DOCX con un nombre no válido.

Descripción:
Orden de Ejecución:
Requerimiento Asociado:
Pre condición:
Post condición:
Resultado Esperado:
Guardar cualquier documento de texto, teniendo como nombre
del archivo "/".
4
Función "Guardar Como" Microsoft Word
Tener un documento en blanco abierto.
El documento no se guarda.
Sale una advertencia: "El nombre del archivo no es válido"

3 Defina un Script de prueba relacionado con 2 de las características descritas en el

punto 1. El Script de pruebas debe ser descrito como se ha instruido en los
contenidos del módulo.

Nombre Guardar documento como DOC.

Descripción Este script de prueba define los pasos y puntos de verificación necesarios
para comprobar el correcto funcionamiento de la función
“Guardar Como” en formato DOC
Tipo Pasos y Puntos de Verificación Resultados Esperados
Verificación Revisar que el nuevo documento este El documento aún no ha sido
en blanco. guardado.
Paso Se muestran los distintos
Hacer clic sobre el icono que se
lugares donde puede ser
encuentra en la esquina superior
guardado el documento.
derecha.

8
Paso Indica el lugar donde será guardado el
documento.
Paso Indicar el nombre que recibirá el
archivo, en este caso se llamará
“/” y seleccionar el tipo de archivo a
“Documento de Word 97 -2003
(*.doc)”
Paso Indicar el nombre que recibirá el
archivo, en este caso se llamará
“Prueba” y seleccionar el tipo
De
archivo a “Documento de Word 97
2003
(*.doc)”
Verificación Cerramos el programa y buscamos el
archivo recientemente guardado
(Prueba.doc) y hacemos doble clic sobre
el icono del documento.
Se muestra una nueva
ventana donde aparece la
ruta específica del guardado
del archivo.
Ventana de advertencia con
el mensaje” El nombre de
archivo no es válido”
El archivo es guardado con
éxito y la ventana vuelve al
documento abierto.
El archivo se abre sin
problemas y tiene el nombre
de Prueba.doc

4 Prepare un plan de pruebas que contemple los casos de prueba y script de

pruebas descritos en los puntos 2 y 3. Efectúe los supuestos necesarios para
completar todos los puntos del plan. Recuerde que el plan es un documento
formal, por lo que debe ser presentado con tapa e índice, tal como lo haría en la
vida real.
9
Plan de Pruebas Microsoft® Word 2016
MSO (16.0.4266.1001)

10
Índice

Introducción ..................................................................................................................... 11

Alcance de la prueba ....................................................................................................... 11

Características a probar................................................................................................... 11

Características que no serán probadas............................................................................ 11

Estrategia de prueba........................................................................................................ 12

Criterios de Entrada......................................................................................................... 12
Criterios de Salida ........................................................................................................... 12
Entregables ..................................................................................................................... 12

Tareas de prueba ............................................................................................................ 13

Necesidades de ambientes de prueba............................................................................. 13

Responsabilidades, personal requerido y necesidades de entrenamiento ....................... 13

Calendario de las pruebas ............................................................................................... 14

Riesgos y Contingencias ................................................................................................. 14

Conclusión....................................................................................................................... 15
Bibliografía....................................................................................................................... 16

11
Introducción

En este documento se describe el plan de pruebas para verificar el software Microsoft®

Word 2016 MSO (16.0.4266.1001) 64 Bits. El plan tiene los siguientes objetivos:

o Identificar la información existente del proyecto. o

Identificar los componentes que deberán ser probados. o
Enumerar los casos de prueba recomendados (alto nivel). o
Recomendar y describir las estrategias de prueba que han de
emplearse.
o Identificar los recursos necesarios. o Enumerar los
entregables del esfuerzo de pruebas. o Entregar una estimación
de los esfuerzos y plazos que tomarán las pruebas”.

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

Características que no serán probadas

No se realizarán pruebas de verificación sobre características y funciones que no estén descritas
en el documento de requerimientos 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.
o No se realizarán pruebas de caja blanca, pruebas de caja gris, pruebas de estrés
y pruebas de rendimiento.
o Este plan no cubre las pruebas de aceptación del usuario, las que quedarán de
cargo del área de pruebas de mercado.

Las pruebas mencionadas se excluyen porque:

o No se consideran necesarias para garantizar la calidad de la aplicación. o No
se cuenta con el tiempo y recursos necesarios para efectuar dichas pruebas.

13
o No contribuyen a lograr la misión de este esfuerzo de pruebas.

14
Estrategia de prueba

Pruebas de Caja Negra

Objetivo Asegúrese de ejecutar las pruebas conforme se señala en el
documento de requerimientos y los resultados esperados que en
él se señalan.
Técnica Ejecute cada todos los casos de prueba Use datos válidos y no
válidos Verifique que: Se producen resultados esperados cuando
se usan datos válidos Si se usan datos no válidos, se producen los
mensajes de error esperados.

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:

o Construir el plan de pruebas o implementar las pruebas.

o Ejecutar las pruebas y reportar los defectos encontrados.
o Entregar un informe de resultado de las pruebas.

Por su parte el equipo de desarrollo se encargará:

o Revisar y corregir los defectos reportados con 48 de plazo máximo.
o Reportar los defectos mal informados por SQA, explicando el error.

Necesidades de ambientes de prueba

Se requiere instalar la aplicación en un equipo del área de QA con Windows 10.

Responsabilidades, personal requerido y necesidades de

entrenamiento
Para efectuar la prueba se requiere un Tester y un Analista de Pruebas, media jornada.

Calendario de las pruebas

Hito Fecha Inicio Fecha Inicio Real Fecha Fin Fecha Fin Real
Planificada Planificada
Planificación 27-03-2023 28-03-2023
de las Pruebas
Diseño de las 29-03-2023 30-03-2023
pruebas
Ejecución de 31-03-2023 03-04-2023
las pruebas
Confección 04-04-2023 04-04-2023
informe de
resultados
Entrega del 05-04-2023 05-04-2023
informe de
resultados

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

En este trabajo me he dado cuenta que en el equipo de desarrollo es importante y

prioritario respecto de establecer una estructura determinada y que las revisiones fueron
de forma responsable y prolija

Bibliografía

TEXTO M2 ASEGURAMIENTO DE CALIDAD IPP

18