Foro Temático - Las pruebas de software como instrumento de calidad.

Responda a las siguientes preguntas. Justifique su respuesta.

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.

Justicia: liberación anticipada de delincuentes. En octubre de 2005 se informó de que 23

presos del Departamento de Correccionales de Michigan (EE.UU.) habían sido puestos en libertad
antes de que finalizara su condena debido a un fallo de programación informática. Como resultado,
los delincuentes salieron de prisión entre 39 y 161 días antes de lo previsto. El representante de la
asamblea estatal, Rick Jones, expresó su preocupación por el caso, pero señaló que le
"tranquilizaba" que los presos liberados no fueran asesinos.

Asimismo, en 2011, con el objetivo de reducir la población carcelaria de EE.UU. en 33.000 internos
(preferiblemente delincuentes no violentos), debido a un error en la programación fueron liberados
450 delincuentes violentos en California, muchos de los cuales podrían estar aún en libertad,
informa el portal intertech.com (https://actualidad.rt.com/actualidad/view/138158-catastrofes-
programacion-culpa-software-computadora).

Dinero: Knight Capital. En agosto de 2012, un error de programa casi provocó la quiebra de la
empresa de inversión Knight Capital. La compañía perdió 500 millones de dólares en media hora
debido a que sus computadoras comenzaron a comprar y vender millones de acciones sin ningún
tipo de control humano. Como resultado, el precio de las acciones de Knight Capital cayó un 75%
en dos días, informa el portal popmech.ru (https://actualidad.rt.com/actualidad/view/138158-
catastrofes-programacion-culpa-software-computadora).

b. ¿Porque cree usted que son importantes las pruebas de software del sistema de
información y el aseguramiento de la calidad? Sustente la respuesta.

Las pruebas de software son muy importantes, ya que de estas depende la calidad del
mismo y la satisfacción del cliente que hace uso de los diferentes dispositivos tecnológicos
y así sentir confianza durante su uso. Las pruebas de software ayudan a reducir riesgos en
las aplicaciones para identificar defectos antes de ser ejecutadas, ya que dichas
aplicaciones son creadas por humanos imperfectos.

c. ¿Cómo elaborar unas buenas pruebas de software y asegurar la calidad del mismo?
Sustente la respuesta.

Para tratar de elaborar unas buenas pruebas de software, pienso que se debe comprender a
profundidad los requerimientos de usuario que son el medio para verificar la calidad.

d.- ¿Que se debe tener en cuenta para elaborar las pruebas del software que hace parte de un sistema
de información? Sustente la respuesta.

1.- Análisis de los requerimientos de desarrollo de software (entender los requerimientos de

usuario).
2.- Identificar las funcionalidades nuevas a probar (a partir de la documentación del análisis de
requisitos y de las entrevistas, identificar e incluir en el plan de pruebas de software la lista de las
funcionalidades (Características) totalmente nuevas).

3.- Identificar las funcionalidades de sistemas existentes que deben probarse. Identificar las
funcionalidades existentes que estén siendo impactadas por el desarrollo de alguna forma,
considerando todos los componentes afectados en todas las capas de la arquitectura de software.

4.- Definir la estrategia de pruebas. Consiste en seleccionar cuáles son los tipos de pruebas de
software que se deben realizar: Pruebas funcionales, pruebas no funcionales, pruebas de caja
blanca, pruebas de regresión.

5.- Definir los criterios de inicio, aceptación y suspensión de pruebas.

- Criterios de aceptación o rechazo: Para definir los criterios de aceptación o rechazo, es

necesario definir el nivel de tolerancia a fallos de calidad.

- Criterios de inicio o reanudación: Definen las condiciones que deben cumplirse para dar
inicio o reanudar las pruebas.

- Criterios de suspensión: Las condiciones van a depender de los acuerdos de nivel de

servicio internos de la organización y también de los acuerdos establecidos en cada
proyecto individual.

6.- Identificar los entornos (ambientes) requeridos. Definir y documentar las características de
los entornos de Hardware y Software necesarios para realizar la ejecución de las pruebas de
software. El equipo de desarrollo y los arquitectos de software son quienes pueden suministrar los
requisitos mínimos y óptimos para la operación del sistema.

7.- Determinar necesidades de personal y entrenamiento. Completar previamente la estimación

del esfuerzo de pruebas a partir del diseño de casos de prueba.

8.- Establecer la metodología y procedimientos de prueba. La metodología de pruebas de

software dependerá de la que se esté utilizando para la gestión del proyecto: Metodología ágil o
metodología predictiva.

9.- Elaborar la planificación de las pruebas. Abarca:

Matriz de responsabilidades. Puede usarse una Matriz RACI o Matriz RAM como plantilla.

Cronograma. Elaborado a partir de la estimación de las actividades de Software Testing realizada

por el equipo.

Premisas. Son las condiciones que deben cumplirse para que el cronograma sea realizable, estas
se determinan a partir de la documentación de entornos y de los requisitos de personal.
10.- Identificar los riesgos y definir planes de respuesta.
Para identificar los riesgos es necesario enumerar cada una de las dependencias (Posibles
dificultades en la disponibilidad de entornos, pruebas que dependen de factores externos al
proyecto y la organización, disponibilidad de personal con conocimientos especializados en alguna
herramienta, o en la funcionalidad especifica que se está desarrollando; dependencias con otros
proyectos, posibilidad que alguna premisa no se cumpla) y por medio de mesas de trabajo y
tormentas de ideas pensar en las posibilidades de que algo salga mal (u oportunidades para que
salga bien).
Luego de la identificación, es necesario también definir planes de respuesta, los cuales deben ser
específicos para cada situación particular y riesgo.
(http://www.pmoinformatica.com/2016/01/elaborar-plan-pruebas-software.html)