Foro Temático

Foro Temático - Las pruebas de software como instrumento de calidad
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.
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.
Sustentación:
En este caso el error del programa provoco la quiebra de la empresa si se hubiese hecho las pruebas
del software y la revisión de calidad no se hubiera presentado el error en el sistema.
Guerra: Fallo mortal
El 25 de febrero de 1991, durante la Guerra del Golfo, el sistema de defensa antimisiles

estadounidenses Patriot en Dhahran (Arabia Saudita) no pudo seguir e interceptar un misil entrante
de tipo Scud. El 'software' funcionaba con retraso y no seguía el lanzamiento de misiles en tiempo
real, según el informe de la Oficina de Responsabilidad Gubernamental de EE.UU. El impacto del
Scud iraquí contra un cuartel del Ejército de EE.UU. mató a 28 norteamericanos y dejó a otros cientos
heridos.
Sustentación:
En este caso el error causo pérdidas humanas, se debe hacer las pruebas de los sistemas para
evitar catástrofes.
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 del sistema de información y el aseguramiento de la calidad. Es una de las
actividades más importantes y fundamentales en el desarrollo de un proyecto, ya que posibilita los
procesos, métodos de trabajo y herramientas necesarias para garantizar la calidad de cualquier
desarrollo
c. ¿Cómo elaborar unas buenas pruebas de software y asegurar la calidad del mismo?
Sustente la respuesta.
En todo proceso de desarrollo de aplicaciones es indispensable la presencia de un proceso de

Pruebas de Software que coexista y se integre con este primero para garantizar así el buen
funcionamiento y la calidad del producto final. Para lograr lo antes expuesto se debe partir del
concepto de que las mismas desempeñan un papel fundamental en esta disciplina.
Toda prueba de software desempeña un papel fundamental en el desarrollo de cualquier tipo de

aplicación, pero si se estudia la mejor forma de hacerlo, siguiendo los pasos de acuerdo con los
especialistas en el tema, se incrementan las posibilidades de que esta llegue a un feliz término y
arroje resultados más cercanos a los esperados, permitiendo así, realizar a posteriori un mejor
análisis de la situación.
Objetivos:
 Probar si el software no hace lo que debe.
 Probar si el software hace lo que no debe, es decir, si provoca efectos secundarios

adversos.
 Descubrir un error que aún no ha sido descubierto.
 Encontrar el mayor número de errores con la menor cantidad de tiempo y esfuerzo
posibles.
 Mostrar hasta qué punto las funciones del software operan de acuerdo con las
especificaciones y requisitos del cliente.
d. ¿Que debe tener en cuenta para elaborar las pruebas del software que hace parte de un
sistema de información? Sustente la respuesta.
1.- Analizar los requerimientos de desarrollo de software
Para elaborar un plan de pruebas de software lo primero es entender los requerimientos de

usuario que componen el proyecto, que son el sujeto de la verificación de calidad que se va a realizar.
2.- Identificar las funcionalidades nuevas a probar
A partir de la documentación del análisis de requisitos y de las entrevistas con el equipo de ingeniería
de requisito y desarrollo, debes identificar e incluir en el plan de pruebas de software la lista de las
funcionalidades (Características)
3.- Identificar las funcionalidades de sistemas existentes que deben probarse
Se debe 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 básicamente en seleccionar cuáles son los tipos de pruebas de software que se deben
realizar.
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. Si la tolerancia a fallos es muy baja puede definirse como criterio de aceptación que el
100% de los casos de prueba estén sin incidencias. Lograr este margen en todos los casos de prueba
principales y casos borde será muy difícil, y podría comprometer los plazos del proyecto (incrementa
los riesgos), pero asegura la calidad del producto.
Criterios de inicio o reanudación:
Definen las condiciones que deben cumplirse para dar inicio o reanudar las pruebas. Por ejemplo,
en el caso de inicio la condición podría ser la instalación de los componentes de software en el
ambiente y que los casos de pruebas de verificación de ambiente sean exitosos.
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
Posteriormente se definen y documentan las características de los entornos de Hardware y Software

necesarios para realizar la ejecución de las pruebas de software.
7.- Determinar necesidades de personal y entrenamiento
Debe completarse 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.
9.- Elaborar la planificación de las pruebas

La planificación de las pruebas abarca:
Matriz de responsabilidades
Puede usarse una Matriz RACI o Matriz RAM como plantilla. Esta se define con perfiles genéricos o
inclusive con el equipo de trabajo si ya se conoce cuál es el que será asignado.
Las tareas del plan de pruebas deben estar alineadas con las habilidades y conocimientos de cada
persona.
Cronograma
Elaborado a partir de la estimación de las actividades de Software 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 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).

Foro Temático

Cargado por

Copyright:

Formatos disponibles

Foro Temático

Cargado por

Información del documento

Descripción 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

Foro Temático

Cargado por

Copyright:

Formatos disponibles

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

Dinero: Knight Capital

Guerra: Fallo mortal

El 25 de febrero de 1991, durante la Guerra del Golfo, el sistema de defensa antimisiles

En todo proceso de desarrollo de aplicaciones es indispensable la presencia de un proceso de

Toda prueba de software desempeña un papel fundamental en el desarrollo de cualquier tipo de

 Probar si el software no hace lo que debe.

 Probar si el software hace lo que no debe, es decir, si provoca efectos secundarios

1.- Analizar los requerimientos de desarrollo de software

Para elaborar un plan de pruebas de software lo primero es entender los requerimientos de

2.- Identificar las funcionalidades nuevas a probar

3.- Identificar las funcionalidades de sistemas existentes que deben probarse

4.- Definir la estrategia de pruebas

Criterios de aceptación o rechazo:

Criterios de inicio o reanudación:

6.- Identificar los entornos (ambientes) requeridos

Posteriormente se definen y documentan las características de los entornos de Hardware y Software

7.- Determinar necesidades de personal y entrenamiento

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

9.- Elaborar la planificación de las pruebas

Elaborado a partir de la estimación de las actividades de Software realizada por el equipo.

10.- Identificar los riesgos y definir planes de respuesta

También podría gustarte