this scenario explains how important it is document frequently encountered errors
¿Cree que los errores de software ocurren solo una vez y que al ser reparados nunca vuelven a aparecer? Siento que alrededor del 30% de los errores se repiten.
En este artículo, quiero explicar lo importante que es documentar algunos de los errores que se encuentran con frecuencia.
A continuación, encontrará algunos áreas comunes donde se ven problemas y una plantilla para documentarlos.
¡Espero que lo encuentre útil!
imagen fuente
Escenario 1
El código está implementado y listo para el control de calidad. John, el probador está listo con sus casos de prueba. A mitad de la prueba, se encuentra con un problema. Siente que se notó varias veces antes, pero John no sabía cómo resolverlo.
Tanto John como Sheryl fueron a buscar a Smith, quien había visto el mismo error anteriormente y lo había resuelto antes. Desafortunadamente, Smith estaba de licencia ese día.
¿Qué debería hacer John ahora? ¿Debería John intentar acercarse a Smith para encontrar una solución incluso cuando Smith no está disponible?
Por lo tanto, si un problema medioambiental se ve repetidamente en varias versiones, es una buena idea documentar los detalles y colóquelo en una ubicación compartida. Esto eliminará la dependencia de cualquier individuo y ayudará a todos los miembros del equipo a encontrar una solución por sí mismos cuando esto suceda.
Escenario n. ° 2
John está probando una nueva versión y se encuentra nuevamente con un error conocido. Esta vez, sabe que se creó un defecto en una de las versiones anteriores. Pero la pregunta es: '¿cómo encuentro el número de defecto y otros detalles asociados?'
También en este caso, ¿qué crees que ayudaría a John?
- Busque el defecto en Herramienta de seguimiento de defectos con la descripción?
- Buscar todo el pasado informes de defectos ?
- ¿Acudir al líder de su equipo para obtener ayuda?
Estas son posibilidades.
Pero en mi opinión, si estos problemas están bien documentados en un área separada y se comparten con el equipo, agrega valor y ahorra tiempo.
Lo que vas a aprender:
- Algunas de las áreas con errores frecuentes:
- Descargar plantillas para realizar un seguimiento de los errores frecuentes
- Beneficios de documentar los errores frecuentes
- Conclusión
- Lectura recomendada
Algunas de las áreas con errores frecuentes:
1) Archivo de parámetros - Según mi experiencia con la herramienta de Informatica, en muchos casos he notado que el archivo de parámetros apunta a una conexión de base de datos incorrecta. Ha dado lugar a los mismos problemas varias veces. La razón principal fue que la conexión se compartió entre desarrolladores y QA. Por lo tanto, el archivo param siempre tenía que actualizarse según las necesidades para evitar el error.
2) URL que apunta a una base de datos incorrecta
3) Problemas de acceso - Los usuarios tienen problemas cuando tienen permisos de acceso insuficientes o incorrectos a la base de datos o, en este caso, un documento que describa los pasos a seguir o la persona o personas a las que se debe contactar sería muy útil.
4) Problema de datos de prueba - El uso de formatos o valores de datos incorrectos a menudo dará lugar a problemas.
5) Problemas con la base de datos - La conexión de base de datos agotada es uno de esos problemas comunes. Parte del tiempo de inactividad es temporal, planificado y, a veces, es posible que necesitemos la ayuda del administrador de bases de datos. Los usuarios son notificados con anticipación para el mantenimiento planificado, pero para errores temporales y resolución, los probadores definitivamente necesitan
La mayoría de los errores repetidos son generalmente cuestiones ambientales .
Sin embargo, problemas de código no se puede ignorar. La discusión anterior es genérica y no incluye problemas de código porque los problemas de código son más específicos de su aplicación, marco, lenguaje de programación, etc.
el mejor software gratuito de recuperación de datos de windows 10
Una pequeña área de defectos también podría ser error de entrada de datos o uso humano s .
DescargarPlantillas para rastrear errores frecuentes
Formato de Word
=> Descargar la plantilla de seguimiento de errores (mundo)
Formato de Excel
=> Descargar la plantilla de seguimiento de errores (Excel)
Beneficios de documentar los errores frecuentes
1) Elimina la dependencia - En el escenario 1, John dependía de Smith para la resolución. Si hubiera habido un documento para referencia de John, ese no sería el caso.
2) Entrega más rápida - Tome el escenario 2. Un evaluador no tendría que revisar la lista completa de defectos ya registrados si hubiera un documento dedicado para problemas de alta frecuencia.
3) Ayuda a los nuevos miembros del equipo a ser autosuficientes
4) Ayuda a resolver errores humanos
Conclusión
Yo diría que definitivamente es beneficioso documentar los problemas más frecuentes, ya que sería una excelente referencia y un valor agregado.
Puede resultar tedioso documentar mientras la ejecución de la prueba está en curso, pero como práctica recomendada, se pueden tomar notas preliminares durante la ejecución que luego se pueden resumir y actualizar en documentos compartidos.
Lectura recomendada
- Los 10 mejores sistemas de gestión de documentos para un mejor flujo de trabajo
- MongoDB Actualizar y eliminar documento con ejemplos
- Documento de consulta de MongoDB con el método Find () (ejemplos)
- Tutorial del sistema de gestión de documentos de SharePoint
- 7 tipos de errores de software que todo evaluador debe conocer
- Cómo realizar pruebas de forma más inteligente: explore más, documente menos
- Escenario de prueba versus caso de prueba: ¿Cuál es la diferencia entre estos?
- Cómo escribir un documento de estrategia de prueba (con una plantilla de estrategia de prueba de muestra)