Grado en Ingeniería del Software

(Ene - Abr 2022)

El Software y la Ingeniería de Software

Técnicas de Pruebas del Software (Parte I)

Daniel O. Montero Pujols

Elbin Erney Páez
Iván Peña Matos

Tutor
Eduardo Leandro Fondeur

Santo Domingo, R.D. 24 de Marzo de 2022

 Técnicas de Pruebas del Software (Parte I) Pág. 2

Ivan Peña (Inicio):

1. Con sus palabras, describa la diferencia entre verificación y

validación. ¿Ambas usan los métodos de diseño de casos de
prueba y estrategias de pruebas? Explique su respuesta.

Enfocándonos en la verificación se trata de identificar las

funciones implementadas tengan la función adecuada, mientras
que en la validación se intenta identificar que las funciones
implementadas correspondan correctamente a los requisitos del
usuario.

La verificación se utiliza durante el desarrollo del software,

mientras que en la validación solo se puede llevar a cabo
después de que el software, o algún módulo en particular, haya
sido finalizado.

Las dos utilizan los métodos de diseños de casos de estrategias y

pruebas, aunque estas difieren en algunas actividades, por
ejemplo, las pruebas unitarias son utilizadas durante la
verificación, pero en la validación es distinto en estas se utilizan
las pruebas de usabilidad.

2. Mencione algunos problemas que pueden asociarse con la

creación de un grupo de prueba independiente. ¿Los GPI y el
SQA se integran con las mismas personas? Justifique su
respuesta.

Problemas al crear un GPI:

- La ineficacia en la comunicación entre los desarrolladores y el

GPI debido a las posibles hostilidades.
- Presión con el grupo de desarrolladores debido a que no
toman en cuenta que un grupo externo pruebe su creación.

Los GPI y SQA son integrados por distintos grupos de personas

dado que los GPI se encargan de experimentar el sistema
 Técnicas de Pruebas del Software (Parte I) Pág. 3

mientras que el SQA está involucrado en todo el proceso de Ing.

de Software para crear la calidad necesaria en los software.

3. ¿Por qué un módulo altamente acoplado es difícil para la

prueba de unidad?

Una prueba de unidad se encarga de la verificación de un módulo

en específico. Un módulo con un alto ajuste depende de distintos
módulos para la realización de su función. Durante la creación de
una prueba de unidad para este módulo estaremos probando
también estas dependencias, así pues que la prueba no sería del
todo (unitaria). la dificultad crece durante la necesidad de crear
distintos y complicados “mocks” de estas dependencias para así
poder tratar solo el módulo interesado. En un módulo con un bajo
acoplamiento requeriría menos mocks y sería más sencillo de
probar unitariamente.
Ivan Peña (Fin)

Erney Páez (Inicio):

4. El concepto de "antierrores” (sección 17.3.1) es una forma

extremadamente efectiva de brindar asistencia de
depuración interna cuando se descubre un error:

Desarrolle un grupo de lineamientos para lo anterior.

Si la conexión fracasa con el server debe de enviarse un

informe, solo en caso de que los los valores introducidos
cumplan completamente todas las condiciones del desarrollo
para que el formulario sea adecuadamente enviado los
campos deben ser obligatorios, tienen que estar llenos
Incongruencia con la información de la base de datos asu vez
que los datos cumplan con las condiciones de frontera.

Analice los beneficios de utilizar la técnica.

Posibilita minimizar los errores en el sistema, lo que lleva a la

utilización de la calidad a partir de un inicio, lo que lleva a una
 Técnicas de Pruebas del Software (Parte I) Pág. 4

reducción de los costes, lo que lleva a mejorar la calidad

general y mejorar el servicio al comprador, sin dialogar de las
relevantes mejoras a la productividad etcétera.

Analice las desventajas.

El estudio se hace en cada módulo, con lo que el módulo

puede funcionar perfectamente bien, sin embargo, si este es
dependiente de otro módulo y en este se hallan errores ya que
no se supo hacer un sistema anti error correcto se va a hacer
más difícil buscar el error

5. ¿Cómo puede la calendarización del proyecto, afectar la

prueba de integración?

La calendarizacionnes es el proceso en el que se establecen los

tiempos para las tareas y las etapoas en si, si el pryecto esta
retrasado y la estapa de las pruebas de unida no ha concluido, la
etaoa de pruebas de integracion no puede empezar. la prueba de
integración se realiza luego de que la prueba de unidad concluye.

6. ¿Quién debe realizar la prueba de validación: el desarrollador

o el usuario del software? Justifique su respuesta.

Al instante de hacer alguna prueba de validación en el desarrollo

del código de programa que se esté aplicando, se debería de
saber quienes poseen el orden jerárquico de de validar y llevar a
cabo dichas pruebas en el código final, el desarrollador debería
validar que el código esté en funcionamiento de manera correcta
y conforme a los requerimientos, dichos tienen que hacer
manualmente cada proceso de la selección y validación de
pruebas unitarias en el desarrollo del código final

Erney Páez (Fin)

 Técnicas de Pruebas del Software (Parte I) Pág. 5

Daniel Montero (Inicio):

7. Myers [Mye79] usa el siguiente programa como una auto-valoración de su habilidad para
especificar pruebas adecuadas: un programa lee tres valores enteros. Los tres se interpretan
como representación de las longitudes de los lados de un triángulo. El programa imprime un
mensaje que indica si el triángulo es escaleno, isósceles o equilátero. Desarrolle un conjunto de
casos de prueba que crea que probarán este programa de manera adecuada.
 Técnicas de Pruebas del Software (Parte I) Pág. 6

8. Diseñe e implemente el programa (con manipulación de error

donde sea adecuado) que se especifica en el problema
anterior. Derive un gráfico de flujo para el programa y aplique
prueba de ruta básica para desarrollar casos de prueba que
garanticen la prueba de todos los enunciados en el
programa. Ejecute los casos y muestre sus resultados.
(ABAJO)
Técnicas de Pruebas del Software (Parte I) Pág. 7
 Técnicas de Pruebas del Software (Parte I) Pág. 8

Complejidad Ciclomática:

V(G) = 23 - 16 + 2 = 9
Técnicas de Pruebas del Software (Parte I) Pág. 9
 Técnicas de Pruebas del Software (Parte I) Pág.
10
 Técnicas de Pruebas del Software (Parte I) Pág. 11

9. Adicione algunos objetivos de prueba adicionales que no se

estudiaron en la sección 18.1.

● Aunque por un tema de tiempo y recursos, en muchas

ocasiones no es posible encontrar el mayor número de
defectos en el código, sin embargo este debe ser uno de los
principales objetivos.

● Las pruebas de requisitos de requerimiento basados en niveles

en los que se realiza la prueba por ente totalmente ajeno al
proceso.

● Crear una lista de defectos conocidos, los cuales no se

pudieron solucionar para el lanzamiento del producto, es
importante dar continuidad a la solución de los defectos para
futuras versiones.

● Asegurar la estandarización para el control de calidad basados

en especificaciones existentes y con larga experiencia en el
campo.
Daniel Montero (Fin)

Iván Peña (Inicia)

10. ¿Las pruebas exhaustivas (incluso si es posible para

programas muy pequeños) garantizarán que el programa es 100
por ciento correcto? Justifique su respuesta.

No, inclusive las pruebas exhaustivas no pueden brindar 100%

que el software sea correcto. Se deben tomar en cuenta las
distintas y cantidades de preguntas. Cómo son:

- Se realizó la instalación del programa que conllevan las

instrucciones?
- ¿Se completaron correctamente cada función del programa?
- Se trabajó con los dichos requisitos de usuario acorde con el
diseño del usuario?

Iván Peña(Fin)