Come dovrei organizzare bug in redmine?

Question

Come dovrei organizzare bug in redmine?

#1 da (3 voti)

5

Sto aiutando a rielaborare diversi progetti di mine rosse; anche se ho molta esperienza con i sistemi di tracciamento dei problemi, non ho mai lavorato con Redmine in precedenza.

Qual è il modo migliore per organizzare i problemi in Redmine in modo che possano essere facilmente raggruppati per:

funzione (ad esempio "Carica un file", "Accedi al sito", "Invia messaggio")
componente di sistema (ad esempio front-end, back-end, database) e
versione di destinazione ("beta 1", "beta 2" "GA")

Al momento, la maggior parte dei "Bug" sono problemi secondari di "Funzionalità"; sfortunatamente, ciò significa che la versione di destinazione di ciascun bug viene automaticamente popolata con la versione di destinazione della funzione genitore. C'è un modo per risolvere questo problema?

development-process issue-tracking redmine

posta loseeka 21.12.2012 - 20:40

fonte

1 risposta

Leggi altre domande sui tag development-process issue-tracking redmine

Come distribuire al meglio le impostazioni di configurazione specifiche del client Algoritmo del campo di addestramento

score 3 · Answer 1

Supponendo che uno possa spostare i bug sul proprio oggetto (non sulle sub feature), il modo per mettere in relazione bug e funzionalità è relazionarsi tra di loro. Questo risolverà la corretta compilazione della versione di destinazione e ti consentirà di utilizzare la roadmap con le funzionalità previste.

La prossima considerazione è "le caratteristiche sono effettivamente cose da fare?" o sono aree generali del sito? "

Se osservi come Redmine si organizza da solo vedrai "Categoria" in uso. Queste sono quelle che credo siano davvero le tue "caratteristiche". Ciò diventa ancora più semplice con cui lavorare: si impostano le categorie nel progetto e la categoria diventa una discesa nella pagina dei problemi. La roadmap può quindi mostrare in modo molto chiaro quali categorie stanno uscendo nella prossima versione di destinazione. I rapporti possono essere facilmente generati rispetto alle categorie.

Il componente di sistema credo sia meglio servire con un campo personalizzato che consente un elenco (possibilmente il multiplo, anche se potresti anche considerare attività secondarie separate in un problema con uno per ogni attività - "modifica database" e "modifica back-end "per un singolo bug potrebbe essere assegnato a persone diverse).

In caso di dubbi, il monitoraggio dei problemi per sé stesso è probabilmente il migliore esempio di come organizzare Redmine.