Negli ultimi 10 anni utilizzo sempre segnalazioni di bug in casi come quelli che descrivi.
Vale la pena tenere a mente che con una pratica sufficiente, questo richiederà pochissimo tempo e impegno (è una questione di fluidità ).
Un'altra cosa importante da considerare è che l'uso del bug tracking dovrebbe essere conveniente . Scopo del sistema di tracciamento dei bug è rendere lo sviluppatore più produttivo, non meno. Se è più facile raggiungere lo stesso obiettivo senza lo strumento di tracciamento dei bug piuttosto che con esso, questo tipo di strumento di ricerca è lo strumento.
- Per essere precisi, può essere alquanto ingombranti all'inizio, quando ci si abitua allo strumento, ma se dopo una pratica sostanziale non lo fa ancora È facile, questo indica che c'è qualcosa di sbagliato - sia con lo strumento, sia con il modo in cui lo si utilizza, o con il modo in cui il processo di tracciamento dei bug è impostato nel proprio team.
Tenendo conto di quanto sia importante la praticità, devi notare che una cosa nel titolo della tua domanda sembra davvero sfuggente: "inserisci sempre un bug" .
Questo sembra presumere che debba essere sempre creato un nuovo rapporto bug, un tipico errore newbie; Ho fatto questo errore da solo, mi ha dato un po 'di dolore e ci è voluto un po' per capire che non è necessariamente così.
A volte potrebbe essere più comodo aggiungere semplicemente il bug che hai scoperto ad alcuni rapporti esistenti oppure, se hai trovato diversi bug, elencarli in un unico rapporto.
-
In uno dei progetti precedenti che mi è stato assegnato per risolvere i problemi rilevati nella revisione del codice eseguita contro un particolare componente. Esamina il documento elencato tra 180 (centoottanta) elementi; Di sicuro avrei usato bug tracker perché sapevo che sarebbe stato un incubo monitorare i progressi del lavoro altrimenti.
Ma non avevo intenzione di creare 180 segnalazioni di bug separate (perché dovrei?) - Ne ho appena creato uno per l'intera lista bug report #123 address code review comments submitted 20.10.2010 against component XYZ .
Nel corso del mio lavoro, alcuni degli articoli si sono rivelati meritevoli segnalazioni di bug dedicati; nessun problema li ho creati quando necessario. La "tabella dei progressi" in bug #123 è stata analizzata come segue
review item status
-------------------
item 1 fixed
...
item 11 not started
...
item 21 in progress
...
item 31 extracted to bug report id #234
...
it does seem silly that you'd have to enter a bug which could be fixed in 2 minutes
Sciocchezza qui dipende da quanto tempo ti ci vuole per registrare il bug che hai scoperto.
- Se serve dire mezz'ora, è decisamente sciocco. Se ci vogliono 5-10 minuti, non è troppo intelligente, ma può andar bene se succede di rado. Infine, se impiega meno di un minuto , perché no? Non vedo niente di stupido qui.
In realtà, in casi del genere mi ci vuole meno di un minuto , ed ecco perché. Guarda, ecco cosa hai
the part you're working on at the time needs that bug to be fixed
Per quanto mi riguarda, la parte su cui sto lavorando è sempre registrata nel tracker dei problemi. Quando trovo che un bug di 2 minuti deve essere corretto per quella parte , aggiungo semplicemente un commento nella segnalazione di bug su cui sto lavorando, come
discovered and fixed <this bug>
Diamine, lo faccio anche se la correzione non è necessaria in questo momento. Perché non dovrei?