Menú

Aquest escenari explica la importància de documentar els errors que es troben amb més freqüència

this scenario explains how important it is document frequently encountered errors

Proveu El Nostre Instrument Per Eliminar Problemes

Creieu que els errors de programari només es produeixen una vegada i que en solucionar-los mai no ressorgeixen? Crec que aproximadament el 30% dels errors es repeteixen.

En aquest article, vull parlar de la importància que té documentar alguns dels errors que es produeixen amb més freqüència.

A continuació, en trobareu alguns zones comunes on es veuen problemes i una plantilla per documentar-los.

Espero que us sigui útil.

Documentació dels errors més freqüents

imatge font

Escenari núm. 1

El codi està desplegat i està llest per al control de qualitat. John, el provador està a punt amb els seus casos de prova. A mitja prova, es troba amb un problema. Creu que es va notar diverses vegades abans, però en John no va saber resoldre-ho.

Documentació d

Documentació d

Tant John com Sheryl van anar a buscar Smith, que havia vist el mateix error abans i ho havia resolt abans. Malauradament, Smith estava de permís aquell dia.

Què hauria de fer John ara? Hauria d’intentar John contactar amb Smith per trobar una resolució, fins i tot quan Smith no estigui disponible?

Per tant, si es veu repetidament un problema mediambiental en diverses versions, és una bona idea documentar els detalls i col·loqueu-lo en una ubicació compartida. Això eliminarà la dependència de qualsevol individu i ajudarà a tots els membres de l’equip a trobar una resolució per si mateixos quan això passi.

Escenari núm. 2

John està provant una nova versió i torna a trobar un error conegut. Aquesta vegada, sap que se li va crear un defecte en una de les versions anteriors. Però la pregunta és: 'com puc trobar el número de defecte i altres detalls associats?'

En aquest cas també, què penseu que ajudaria a John?

Són possibilitats.

Però, al meu entendre, si aquests problemes estan ben documentats en una àrea separada i es comparteixen amb l'equip, això aporta valor i estalvia temps.

Què aprendreu:

Algunes de les àrees amb errors freqüents:

1) Fitxer de paràmetres - Basat en la meva experiència amb l'eina Informatica, en molts casos he notat que el fitxer param apuntava a una connexió de base de dades incorrecta. Ha donat lloc als mateixos problemes diverses vegades. La raó principal era que la connexió es compartia entre dev i QA. Per tant, el fitxer param sempre s’havia d’actualitzar segons les necessitats per evitar l’error.

2) URL que apunta a una base de dades incorrecta

3) Problemes d'accés: Els usuaris tenen problemes quan tenen permisos d’accés insuficients o incorrectes a la base de dades o, en aquest cas, seria útil un document on es detallessin els passos a seguir o la persona o persones amb qui s’ha de contactar.

4) Problema de dades de prova: Si utilitzeu un format o un valor incorrecte de les dades, sovint es produiran problemes.

5) Problemes de DB: El temps d'espera de la connexió de base de dades és un d'aquests problemes habituals. Alguns dels temps d’aturada són temporals, planificats i, de vegades, és possible que necessitem ajuda de DBA. Es notifica als usuaris amb antelació el manteniment previst, però, si hi ha errors temporals i resolució, els provadors definitivament necessiten

Els errors més repetits són generalment qüestions ambientals .

Malgrat això, problemes de codi no es pot ignorar. La discussió anterior és genèrica i no inclou problemes de codi perquè els problemes de codi són més específics de la vostra aplicació, marc, llenguatge de programació, etc.

com afegir maven a l'eclipsi

També podria haver-hi una petita àrea de defectes entrada de dades o error d’ús humà s .

descarregarPlantilles per fer un seguiment dels errors més freqüents

Format de paraula

=> Baixa la plantilla de seguiment d'errors (món)

Format Excel

=> Baixeu la plantilla de seguiment d'errors (Excel)

Avantatges de documentar els errors més freqüents

1) Elimina la dependència - A l’escenari 1, John depenia de Smith per a la seva resolució. Si hagués hagut un document per a la referència de John, no seria així.

2) Un canvi més ràpid - Preneu l'escenari 2. Un provador no hauria de passar per tota la llista de defectes ja registrats si hi hagués un document dedicat per a problemes d'alta freqüència.

3) Ajuda els nous membres de l’equip a ser autosuficients

4) Ajuda a resoldre els errors humans

Conclusió

Diria que definitivament és beneficiós documentar els problemes més freqüents, ja que seria una referència meravellosa i un valor afegit.

Pot ser tediós documentar mentre es realitza l'execució de la prova, però, com a bona pràctica, es poden prendre notes aproximades durant l'execució que posteriorment es poden resumir i actualitzar en documents compartits.

Lectura recomanada

^