Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PRESENTADO POR:
WUENDY SANTANA GUTIERREZ
ALVARO LUIS QUINTERO HERNADEZ
FICHA: 2281974
(SENA)
2022
SERVICIO NACIONAL DE APRENDIZAJE SENA
Formato para Desarrollo de Evidencia
a. ¿Conoce al menos dos casos donde el software haya fallado y esta falla haya
cobrado vidas o haya ocurrido un desastre informático? Sustente la respuesta a
través de un blog y comparta con sus compañeros.
En el mes de diciembre del año 2000, un hibrido de avión y helicóptero denominado MV-22,
utilizado para la marina norteamericana, sufrió un grave accidente en Carolina del Norte, en el
cual murieron los 4 tripulantes de la aeronave; en primer lugar, se atribuyo el accidente a un error
humano, pero después de otro inconveniente con el aparato y una larga investigación se encontró
que se debía a errores del software, aunque se desconocen las causas específicas.
En agosto del 2012 la empresa de inversiones Knight Capital, perdió una inmensa cantidad de
dinero equivalente a 500 millones de dólares en media hora, todo debido a un desajuste del
software en su sistema de información, el cual comenzó a comprar y vender acciones sin ningún
tipo de control humano, lo que contribuyó a la caída de las acciones de la empresa en un 75% en
solo dos días.
b. ¿Por qué cree usted que son importantes las pruebas de software del sistema de
información y el aseguramiento de la calidad? Sustente la respuesta.
2. Estimar esfuerzo de prueba: Se informa a los interesados el esfuerzo (medido por ejemplo
en horas y jornadas) y el tiempo que implicará llevarlo a cabo, con miras a fijar
expectativas claras y lograr una mejor planificación del personal y materiales involucrados.
3. Elaborar la estrategia y plan de pruebas: Implica hacernos preguntas como: ¿Por qué
probamos?, ¿Qué estamos tratando de aprender?, ¿Cuántas pruebas son suficientes?,
¿Cómo organizamos el trabajo?, ¿Que tipos de pruebas de software ejecutaremos?,
¿Cuánto tiempo nos tomará completar la tarea de pruebas?, entre otras. Como resultado,
definimos el alcance, recursos requeridos, ambientes de pruebas, calendario,
responsables, métodos de gestión de riesgos y otros apartados.
5. Diseñar la cobertura: Consiste en diseñar los casos de prueba para cada uno de los
componentes involucrados. Los casos de prueba deben corresponder con escenarios que
puedan darse en ambiente de producción y combinar las variables necesarias. Entre las
pruebas a diseñar están las pruebas de caja negra y las de caja blanca.
6. Ejecutar las pruebas: Consiste en ejecutar las pruebas de calidad de software diseñadas,
para lo cual equipo de pruebas puede organizarse por ejemplo por componente y dividirse
los casos. Debe existir visibilidad de los casos e incidencias que impidan la ejecución de
otros casos de prueba para tomar acciones. Adicionalmente, cualquier situación con el
entorno (no disponibilidad o errores no asociados al desarrollo), debe ser reportado al
equipo que corresponda.
7. Reportar el avance: Implica llevar un reporte periódico del avance de las pruebas, que
puede ser diario o varias veces al día para proyectos críticos, en el cual se informa los
casos de prueba totales, casos de prueba ejecutados, casos exitosos, casos fallidos, casos
pendientes, número de incidencias, entre otros aspectos. Existen herramientas de gestión
de pruebas de software que permiten automatizar la emisión de este tipo de reportes.
8. Reportar las incidencias: Cada error reportado al ejecutar los casos de prueba debe
registrar un reporte de incidencia, el cual debe incluir como mínimo la Fecha y Hora, Título
descriptivo, descripción detallada que permita a otros reconocerlo silo encuentran,
localización y entorno en el que se encontró (incluyendo el usuario y roles con los que se
estaba probando), resaltar cual es el error si tiene una ubicación especifica en la pantalla y
los pasos para reproducirlo.
10. Elaborar reportes finales: Una vez finalizadas las pruebas, se elabora un informe final que
reporte las pruebas ejecutadas, incluyendo los casos, los resultados, los problemas que se
presentaron, lecciones aprendidas y otros aspectos.
d. ¿Qué debe tener en cuenta para elaborar las pruebas del software que hace parte
de un sistema de información? Sustente la respuesta.