Miguel Gallardo Tarea6

TALLER DE INTEGRACIÓN INFORMÁTICA
SEMANA 6
Miguel Gallardo Araya

25 Marzo 2024
Técnico de nivel superior en informática
DESARROLLO
 Identifique y mencione los tipos de prueba que realizará a su diseño de sistema (se deben incluir
al menos 4 tipos de prueba)
Las 4 pruebas que se realizan al sistema son:
 Prueba de caja blanca: esta prueba consiste en saber la lógica interna del código fuente del
sistema, su estructura condicional y la lógica de los estados que se consideraron.
 Pruebas de integración: estas pruebas consisten en probar el funcionamiento de los distintos
sistemas que interfieren en la aplicación como el servicio web con la página HTML.
 Pruebas de contenido: estas pruebas buscan verificar la coherencia y consistencia y que el usuario
entienda la idea y las palabras usadas en el programa.
 Pruebas de usabilidad: probar que tan fácil es para el usuario manejar el programa cuanto se
demora en dominarlo y cuantos errores comenten y se demoran en resolver por último ver la
satisfacción del usuario al usar el programa.
Elabore el plan de pruebas por cada prueba definida donde indique:
Plan de prueba de caja blanca:
a. Enfoque: se estudia y revisa cada segmento del código fuente y que este adecuadamente comentado y
en bloques cada segmento de las funciones.
b. Elementos a probar: el código fuente y sus bases de datos.
c. Criterio de aceptación de un caso de prueba: se considera exitoso el código fuente si no consume

muchos recursos está bien comentado y cada módulo del programa funciona correctamente.
d. Tareas a realizar: revisar cada segmento del código fuente, revisar la base de datos que coincida con el
código fuente.
e. Necesidades ambientales: es necesario que el programador auditor tenga todos los elementos del
programa ya sea el código fuente y la base de datos además de una maquina con los recursos necesarios
para revisar ambos módulos.
f. Responsabilidades: todas las pruebas serán realizadas por el equipo de pruebas y los programadores en
conjunto con el programador audito.
g. Riesgos y contingencia: que los programadores arreglen un erro antes de ser visto por el programador
auditor, que el programa consuma más recursos de lo previsto, que tome más tiempo de lo habitual en
hacer las revisiones.
Plan de prueba de integración:
a. Enfoque: probar la aplicación en el entorno html y su estabilidad.
b. Elementos a probar: la aplicación en un entorno web con la funcionalidad de todos sus módulos.
c. Criterio de aceptación de un caso de prueba: se considera exitosa la prueba si la aplicación funciona con
todos sus módulos atreve de un navegador web a distancia o fuera de la red de la empresa.
d. Tareas a realizar: definir la ruta HTML para conectarse a la aplicación. Probar la estabilidad de cada
módulo, conectarse desde una red externa para ver conectividad.
e. Necesidades ambientales: un computador y la ruta “página web” donde se conectará al programa el

usuario. Dos redes para conectar el computador una de la empresa y otra externa.
conjunto con el programador audito.
g. Riesgos y contingencia: la ruta esta mala. La aplicación no se conecta con la base de datos, los módulos
no responden, la aplicación se demora mucho, el body de la aplicación esta descuadrado.
Plan de prueba de contenido:
a. Enfoque: revisar el body de la aplicación en conjunto con un par de usuarios final y centralizar las ideas
y términos a usar en cada módulo.
b. Elementos a probar: página web, revisión los términos empleados en cada módulo.
c. Criterio de aceptación de un caso de prueba: si se llega a consenso con los usuarios y expertos que
usaran la aplicación en la forma de llamar cada proceso de los módulos.
d. Tareas a realizar: revisar la página web, consultar con los usuarios sobres los términos de cada proceso,
implementar los nuevos términos en la página web.
e. Necesidades ambientales: usuarios, cuentas de usuarios, página web, encuesta de términos,

programadores y renombre de módulos.
conjunto con los usuarios finales.
g. Riesgos y contingencia: los usuarios no conocen los términos, los programadores no acatan las nuevas
terminologías, no se llega acuerdo con los términos a usar.
Plan de prueba de usabilidad:
a. Enfoque: los usuarios probaran el programa y cada módulo.
b. Elementos a probar: todo el programa en su ambiente web.
c. Criterio de aceptación de un caso de prueba: el usuario califica de buena forma y acepta el programa
como amigable y fácil de usar.
d. Tareas a realizar: crear cuentas para cada usuario, los usuarios prueban cada módulo, se recibe cada
reporte de los usuarios con la calificación.
e. Necesidades ambientales: u computador con acceso a internet para cada usuario, Una cuenta de
usuario, recolección de informe de cada usuario.
f. Responsabilidades: área de programación e informática, usuarios finales.
g. Riesgos y contingencia: los usuarios no califican bien la aplicación. La aplicación presenta fallas de
ejecución, los informes de los usuarios no son tomado en cuenta.
Definición de los usuarios que ejecutaran las pruebas:
Usuario final: el usuario final es el que tendrá una convivencia diaria con la aplicación desarrollada
y estarna en las pruebas de contenido y de usabilidad.
Desarrolladores: los desarrolladores “programadores” aran las pruebas de integración y caja

blanca, ya que estos son los encargados de idear los códigos y aplicaciones.
Lista de verificación de las pruebas:

REFERENCIAS BIBLIOGRÁFICAS
IACC (2024). Pruebas y correcciones para el logro del funcionamiento integrado. Taller de integración
informática. Semana 6.

Miguel Gallardo Tarea6

Cargado por

Copyright:

Formatos disponibles

Miguel Gallardo Tarea6

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Miguel Gallardo Tarea6

Cargado por

Copyright:

Formatos disponibles

TALLER DE INTEGRACIÓN INFORMÁTICA

Miguel Gallardo Araya

Las 4 pruebas que se realizan al sistema son:

Elabore el plan de pruebas por cada prueba definida donde indique:

Plan de prueba de caja blanca:

b. Elementos a probar: el código fuente y sus bases de datos.

c. Criterio de aceptación de un caso de prueba: se considera exitoso el código fuente si no consume

a. Enfoque: probar la aplicación en el entorno html y su estabilidad.

e. Necesidades ambientales: un computador y la ruta “página web” donde se conectará al programa el

Plan de prueba de contenido:

e. Necesidades ambientales: usuarios, cuentas de usuarios, página web, encuesta de términos,

a. Enfoque: los usuarios probaran el programa y cada módulo.

b. Elementos a probar: todo el programa en su ambiente web.

f. Responsabilidades: área de programación e informática, usuarios finales.

Definición de los usuarios que ejecutaran las pruebas:

Desarrolladores: los desarrolladores “programadores” aran las pruebas de integración y caja

Lista de verificación de las pruebas:

También podría gustarte