Funciones de celda
Código de macro
Orígenes de datos
Herramientas
Artículos
Servicios
Webmaster
HTML
JavaScript
Php
Misceláneas
Tutorial para informar bugs (principiantes)
Fecha: 31/Ago/08
Introducción
Cuando concurrimos al consultorio del médico porque nos aflige algo, podríamos decirle: 'Doctor: no me siento muy bien' y dejar que el médico tome las riendas del asunto, haga las preguntas que considere necesarias y luego indique las actividades a realizar (revisión, análisis y estudios clínicos, etc.).
En contraposición, la mayoría de las veces, el diseñador de un sistema no está presente (como el médico), así es que la comunicación que se efectúe (vía telefónica, email, etc.) adquiere mayor relevancia porque debe suplir en alguna medida esta falta de presencia.
Por un lado, el cliente o usuario del sistema no conoce (o puede no conocer) los detalles intrínsecos que producen tal o cual defecto de funcionamiento o falla del sistema y, por el otro, el informático no puede 'adivinar' el problema que no se le comunica; y el tiempo es oro para ambas partes.
Esta es una guía para que usuarios no experimentados en informática puedan realizar un informe de errores con mayor probabilidad de éxito.
Existen dos grandes grupos de fallas: unas son totales y otras parciales. Dentro de estas últimas existen tanto fallas visibles como ocultas; vamos por parte:
Fallas totales
Estas se presentan con distinto comportamiento, pero el resultado es que el sistema no funciona, son indicadores:
- El sistema no se carga.
- El sistema se carga durante un momento y luego se descarga solo.
- El sistema se ha cargado, pero tiene los menús y/o comandos funcionales deshabilitados.
En estos casos, puede aparecer un mensaje informando de algún tipo de error (o un código) y, a veces, una indicación semejante a: ‘contáctese con...’.
Las causas pueden ser varias:
- Puede tratarse de algún cambio en la configuración en el sistema operativo (panel de control).
- Un problema con alguna librería, complemento o referencia que requiere el sistema (puede ser que haya sido borrada, esté corrupta o haya sido relocalizada).
¿ Que hago?
Leer las indicaciones (manual de ayuda/ayuda) del sistema para ver si durante el proceso de instalación o mantenimiento se nos pasó algún detalle por lo alto.
Si lo anterior no es suficiente para solucionar el problema, contacte con el soporte técnico brindando la mayor cantidad de información posible (la lectura del punto siguiente puede serle de ayuda).
Fallas visibles
En este tipo de fallas, el sistema trabaja normal y correctamente según la funcionalidad prevista. Si ocurriera que en alguna de ellas sucedan cosas imprevistas, pe: datos ingresados por el usuario son borrados, modificados o cambiados por otros; los datos no son almacenados en la base de datos (esto puede comprobarse al solicitar al sistema un informe o reporte de registros, donde deberían estar reflejados los datos ingresados) estaría ante un tipo de falla ‘visible’.
En estos casos, lo mejor es organizar la información sobre estos errores, determinando:
- Si el error emite un mensaje: tome nota de él.
- Que actividad esta realizando cuando se produce la falla.
- Cual es la secuencia de pasos previos para llegar a la falla en cuestión.
- Si la falla es ocasional o repetida.
- Si está asociada a un dato en particular u ocurre con todos.
- A veces, puede ser necesario incluir una o más imágenes (suele decirse que una imagen vale más que mil palabras). Para ello puede aprovechar la tecla ‘Impr pant’ (Imprimir pantalla) o ‘Print Screen’ que incluye el teclado y almacene la imagen utilizando un editor de imágenes genérico.
Con todos estos ítems informe al desarrollador o al soporte técnico.
Fallas ocultas
Estas fallas son bastante más difíciles de detectar, ya que el sistena funciona según lo previsto, soporta la carga de trabajo y no ocurren errores como los hasta ahora descriptos. Entonces: ¿ que son las fallas ocultas?.
Las fallas ocultas son aquellas en que si bien la funcionalidad se ejecuta sin errores, ésta no se resuelve en la forma y calidad requerida (es decir: esto se descubre al contrastar los resultados con otros obtenidos en procesos ajenos al sistema).
Por ejemplo: para saber si un proceso en que se calcula el volumen de ventas del día (conocido como hacer caja) emite un resultado correcto, es conveniente efectuar este proceso de dos formas:
a) utilizando el sistema en operación normal y,
b) realizando un registro manual (o con otro sistema computacional) de cada venta y contrastando los resultados en busca de determinar un error oculto en el cálculo del resultado.
Normalmente, durante el período de prueba del software (esto es: luego que se ha codificado pero antes de comenzar las operaciones en pleno) debe ponerse a prueba cada una de las funcionalidades para detectar este tipo de errores; pero es aconcejable realizar estas pruebas con posterioridad (particularmente si el sistema ha sido actualizado o se ha ampliado su funcionalidad).
Espero que esta guía le sea útil.
