Bug tracking system: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
Aggiunta di fonti |
Aggiunta di fonti |
||
Riga 6:
== Componenti ==
Un bug tracking system è composto essenzialmente da un [[database]] in cui sono registrati elementi descrittivi di un bug. Essi possono essere la data in cui il bug stesso viene riportato, la sua gravità, il comportamento errato del programma che ne è afflitto, e l'identità sia di colui che avanza la segnalazione sia del programmatore che sta lavorando alla sua risoluzione. <ref>{{cita web |lingua=en |url=https://kaner.com/pdfs/bugadvoc.pdf |titolo=Bug Advocacy |Cognome=Kaner |Nome=Cem |data=Luglio 2000
Solitamente un bug tracking system è strutturato per rappresentare lo stato del bug, quale ad esempio "nuovo" se nessuno ne ha ancora preso in carico la verifica o "risolto" se al contrario è stato rimosso e se ne vuole comunque tenere traccia per consultazioni future qualora l'imperfezione dovesse ripresentarsi, e supporta una gerarchia di utenza per cui solo un amministratore della piattaforma può variare lo stato di ogni elemento ed operare particolari azioni.
Riga 18:
== Bug tracking distribuito ==
Esistono bug tracking system studiati per operare parallelamente alle piattaforme di [[controllo versione distribuito]], quali [[git (software)|git]]: secondo lo stesso schema funzionale, questi strumenti permettono di leggere e scrivere report anche quando non si è direttamente connessi al database centrale per poi sincronizzarsi quando possibile.<ref
== Note ==
| |||