INSTITUTO POLITÉCNICO NACIONAL

UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERÍA Y

CIENCIAS SOCIALES Y ADMINISTRATIVAS

UNIDAD DE APRENDIZAJE: INGENIERÍA DE PRUEBAS

PROFESOR: GARCIA RODRIGUEZ JOSE LUIS

ALUMNO: TOLENTINO SÁNCHEZ MARCO TEVI

SECUENCIA: 5NM70

2.3 Proceso de fallas, errores, y defectos

1
 INDICE
INTRODUCCIÓN…………………………………………………………………………………………… 3
OBJETIVO …….……………………………………………………………………………………………….3
MISION …….……………………………………………………………………………….………………….3
VISION …….………………………………………………………………………………………..………….3
ALCANCE…….……………………………………………………………………………………………..….3
DESARROLLO…………………………………………………………………………………………………4
CONCLUSIÓN ………………………………………………………………………………………….….11
REFERENCIAS………………………………..……………………………………………….……………12

2
 INTRODUCCION

Para realizar una prueba o un test primero hay que saber identificar si es una falla,
error o defecto para asi poder mitigar y hacer que nuestro software pueda
funcionar de manera correcta.

OBJETIVO

Conocer a detalle en que consiste primero la diferencia de estos tres para después
conocer sus características.

MISION

Tener el conocimiento necesario para llevar a cabo las pruebas a cada una de
estas tres ya sea falla, defecto o error.

VISION

Poder aplicar los conocimientos adquiridos y poder saber como corregir estos
errores que se nos pueden presentar durante el desarrollo de un software.

ALCANCE

Una vez conociendo su diferencia y sus características aplicarlos en el momento

indicado del proceso del desarrollo del software.

3
 DESARROLLO

Relación entre falla, error y defecto.

Un error puede conducir a uno o más defectos. Un defecto se encuentra en un

artefacto y puede definirse como una diferencia entre la versión correcta del
artefacto y una versión incorrecta. Un defecto es haber utilizado el operador “<” en
vez de “<=“. En este caso una falla es la discrepancia visible que se produce al
ejecutar un programa con un defecto, respecto a la ejecución del programa
correcto. Es decir, una falla es el síntoma de un defecto. Por ejemplo: una consulta
que no arroje ningún resultado.

4
Falla (failure):

Puede presentarse en cualquiera de las etapas del ciclo de vida del software,
aunque los más evidentes se dan en la etapa de desarrollo y programación. Es la
incapacidad de un sistema o de alguno de sus componentes para realizar las
funciones requeridas dentro de los requisitos de rendimiento especificados.

Una falla es manifestación visible de un defecto. Es decir que si un defecto es

encontrado durante la ejecución de una aplicación entonces va a producir un fallo
y es incapaz de funcionar de una manera correcta.

Ejemplo de Fallo:

Visualización de un mensaje de alerta que no fue definido previamente por el

desarrollador.

Un formulario de login que contenga los datos de acceso no te permita ingresar a

la aplicación al hacer clic en el botón de ingresar.

Algunas de las fallas más comunes en el software son los paros inesperados del
software, que el sistema operativo no inicie, que bien el software tenga colapsos
hasta incompatibilidades con el equipo donde se está ejecutando.

Fallas mas comunes en el software.

1-Falla numero 1- Windows tarda mucho en iniciar y cerrar.

2-Falla numero 2- La computadora se ha vuelto lenta

5
Error (error):

Es una equivocación cometida por un desarrollador. Algunos ejemplos de errores

son: un error de tipeo, una malinterpretación de un requerimiento o de la
funcionalidad de un método, una acción humana que conduce a un resultado
incorrecto. Por ejemplo: Divisiones entre cero. Es un tipo de manifestación del
defecto en el sistema que se ejecuta.

Es una acción humana que produce un resultado incorrecto, una idea equivocada
de algo. El error es una equivocación de parte del desarrollador o del analista. Un
error puede llevarnos a generar uno o más defectos.

6
Un Error es aquel que se generado debido a la equivocación de el desarrollador
de software debido a una mala interpretación un error de programación según la
IEEE con el estándar 829 define al error como una idea falsa o equivocada sin
embargo al desarrollar un programa este no debe tener fallas ya que la
equivocación de la idea falsa o equivocada proviene principalmente del
desarrollador a la hora de implementar el software.

Ejemplos de errores pueden ser:

 Error en la lógica de la programación

 Un requerimiento que esté mal especificado
 Reiniciar arbitrariamente la sesión de un usuario para que la instalación
tenga efecto.
 Suponer que el usuario tiene una conexión permanente a internet.
 Utilizar como fuente enlaces simbólicos a ficheros que pueden cambiar de
ubicación.

7
Los errores en un sistema de información pueden aparecer en distintas fases de
su desarrollo:

 Toma de requerimientos
 Análisis
 Diseño
 Programación
 Pruebas
 Implementación

Defecto

Un defecto de software es el resultado de un fallo o deficiencia durante el proceso

de creación de programas de ordenador o computadora u otro dispositivo. Por
ejemplo, un proceso, una definición de datos o un paso de procesamiento
incorrectos en un programa.

A los defectos del software se les conoce comúnmente en el argot de los

desarrolladores como Bug (bicho), y corresponde a un error, imperfecto o falla de

8
una aplicación para computador que puede causar un resultado no deseado o
incumplimiento de un requerimiento.

Un defecto es mucho más que un error de la aplicación, realmente un defecto

abarca todo el proceso productivo del desarrollo de software y los artefactos que
este produce, es decir que los defectos se inyectan en las diferentes etapas del
Ciclo de Vida del Desarrollo de Aplicaciones y no solo en la fase de desarrollo. Un
defecto pude ser ingresado por ejemplo en un manual de usuario que especifica
una funcionalidad no disponible en la aplicación, esto finalmente sigue siendo un
defecto de la aplicación si la miramos no solo como el programa que usa el cliente
sino como todo un paquete que incluye varios componentes, entre ellos la
documentación.

Algunas de las causas que generan defectos en las aplicaciones:

 Problemas de comunicación Cliente - Proveedor

 Definición incorrecta o ausencia de los requerimientos
 Desviación deliberada de los requerimientos (por presión del tiempo,
avances sin autorización)
 Errores de Diseño
 Errores de codificación
 Incumplimiento de estándares
 Pruebas insuficientes
 Errores de documentación

La mayoría de los defectos se producen en etapas tempranas del proceso de

desarrollo, por lo que en estas etapas debe existir una estructura robusta de
control y no solo en la verificación y validación del producto final. Por ejemplo, en
la fase de Requerimientos se introduce el 56% o más de los errores que se
inyectan durante todo el ciclo de vida de desarrollo. Sin embargo, en la mayoría de
las organizaciones no existen actividades de testing en esta etapa.

9
¿Existe el Software sin Defectos?

Es imposible garantizar que un producto no tiene Defectos, sin embargo, es

posible mejorar su proceso para producir productos con muy pocos defectos, con
una tasa de defectos controlada.

La estrategia es identificar las métricas que podrían indicar el posible número de

defectos restantes en el producto final y establecer un estándar que pueda ser
conocido por nuestros clientes, según el cual nuestro producto tiene un X número
de defectos que pueden llegar a convertirse en Fallas del sistema.

Un claro ejemplo seria que desarrollador se equivoca al momento de colocar la

edad límite para el registro de un usuario dentro de un aplicativo. Al momento de
realizar las pruebas del aplicativo, el analista de pruebas de software coloca la
edad definida en el requerimiento, lo que genera un defecto en el sistema,
provocando a su vez, que se genere un fallo, el cual es un mensaje en pantalla
indicando que la edad no es válida.

Es por eso se recomienda que a la hora de desarrollar un sistema se recomienda

tener buenas prácticas y llevar una buena metodología o bien un buen control de
calidad ya que este se basa en las siguientes actividades.

• Uso de métodos y herramientas de análisis, diseño, codificación y prueba.

• Revisiones técnicas formales, que se aplican durante cada paso de la

Ingeniería de software.

• Estrategia de prueba multiescalada.

• Control de la documentación de software y de los cambios realizados.

• Procedimientos que aseguren un ajuste a los estándares de desarrollo.

• Mecanismos de medida de la calidad ("métricas").

10
 CONCLUSIÓN

Una vez investigando todo lo anterior nos podemos dar cuenta que existen
diferencias en tres estos 3 y cada uno nos informa diferentes cosas para que asi
podamos corregirlas ya sea un error, falla o defecto.

11
 REFERENCIAS

pressman, Roger S. 2005. Ingeniería del Software. Un enfoque práctico. Ciudad

de La Habana : Félix Varela, 2005

Sommerville, I. (2005). Ingeniería del software (7ma ed.). Pearson

12