Actividad de Ing del software

Los Teques 14, Octubre de 2022

Estudiante:                                  Gabriel Alejandro Esqueda Colmenares C.I 28.413.342.                                                                

                                                            María Alejandra Peña Bustamante C.I 28.463.966.

                                                                 Díaz Lopes Hannts O´Neill Belts C.I. 27.908.458.

INTRODUCCION

Cuando se habla de fallas, error y defecto la mayoría de las personas tienden a confundir estos términos, debido a que lo relacionan con un problema ocasionado que no muestra el resultado esperado, pero en realidad estos términos son distintos, porque un error es ocasionado por la persona, en este caso es un error que el programador comete en el código fuente y si no lo corrige se convierte en un defecto que una vez entregado el producto provocara una falla. Cabe mencionar, que uno de los principios de las pruebas del software, es la paradoja del pesticida, el cual tiene un pilar fundamental de que al realizar una misma prueba que antes se hiso para encontrar errores nuevos, no funcionara porque son casos de pruebas para los cuales no fueron diseñados.

1. ¿Cuál es la diferencia entre validación y verificación?: La diferencia radica en que el proceso de verificación permite confirmar que los resultados del diseño de un componente cumplen con los requisitos que fueron especificados, por otro lado, la validación del software permite confirmar que el producto de software final cumple con los requisitos del usuario; También, otro diferencia es que la verificación se hace en la fase de desarrollo, mientras que la validación se realiza después de que el producto ha sido desarrollado.

1. ¿Qué diferencia existe entre un fallo, un error y un defecto?: Según Roger Pressman (2010) en el libro “ingeniería del software un enfoque práctico” señala que “Un error es un problema de calidad que se detecta antes de que el software se entregue  a los usuarios finales y un defecto es un problema de calidad que se encuentra después de haber entregado el software a los usuarios finales”. En consecuencia, si no se corrige el error cometido antes,  después puede provocar un  problema o defecto en el resultado esperado que se conoce como bug, y una vez que se ejecute ocasiona un fallo.

1. Qué opina sobre la "paradoja del Pesticida"  durante la etapa de prueba ? es cierta, falsa, está de acuerdo?: Por otro lado, en el artículo “Los 7 Mandamientos de las Pruebas del Software” en el cual Julián Gómez público en el año del 2014,  señala que la paradoja del pesticida durante la etapa de prueba es “Un conjunto de pruebas que detectará los errores para los que fue diseñado, pero no encontrará los errores para los cuales no se construyó”. Por lo tanto, utilizar varias veces las pruebas no es recomendable, porque si anteriormente se realizó la misma prueba y se encontró un error, no encontraremos nuevos errores al menos que revisemos o actualicemos los casos de pruebas.

1. Qué opina sobre la "falacia de la ausencia de error" ?: Las pruebas están basadas en siete principios fundamentales del software testing, los primeros dos indican que realmente no se puede encontrar todos los errores posibles de un software, se tiene una creencia de que si se arregla todos los errores que se encuentra (hasta que las pruebas no muestren mas), entonces, el software será exitoso, aunque no tiene lógica, ya que, incumple los primeros principios, a pesar de que el sistema no contenga errores igualmente puede ser ineficiente o incluso no agradable para el cliente.

1. La etapa de prueba puede y debe ser exhaustiva?: Las etapas prueba deben ser exhaustiva para probar absolutamente todo para asegurar de que el producto o sistema pueda proporcionar un alto nivel de garantía ya que así no llegara a tener ningún problema y colocarla en marcha y en funcionamiento, si no se llega a hacer este tipo de prueba los problemas pueden llegar a prevalecer.

Ya haciendo ese tipo de prueba de forma exhaustiva podemos llegar a conseguir una buena calidad en el sistema utilizando en si las combinaciones posibles de escenarios y diferentes casos de uso para así tener todas las funciones como se espera

CONCLUSIO

En conclusión, es necesario realizar las pruebas para detectar los errores y descubrir los aspectos que tendrían un efecto negativo en el software que se va a desarrollar.

BIBLIOGRAFIA

• https://pc-solucion.es/tecnologia/diferencia-entre-validacion-y-verificacion/

• https://qanewsblog.com/2017/10/25/los-7-principios-fundamentales-del-software-testing/#:~:text=La%20falacia%20de%20la%20ausencia,cumple%20las%20expectativas%20del%20cliente.

• https://es.theastrologypage.com/exhaustive-testing

• https://www.mundopmmi.com/automatizacion/article/14037389/la-importancia-de-realizar-pruebas-exhaustivas-de-un-sistema

• https://ahorasomos.izertis.com/globetesting/pruebas-exhaustivas/#:~:text=Pruebas%20exhaustivas%20son%20pruebas%20con,valores%20de%20entrada%20y%20precondiciones.

...