jira bug tracking tool tutorial
Monitoraggio dei bug di JIRA: ciclo di vita dei difetti in JIRA
Download e installazione di Jira è stato spiegato in dettaglio nel nostro precedente tutorial. I team di test sono sempre preoccupati di prendere JIRA per la gestione dei difetti.
Il dubbio è garantito. Deriva dal fatto che, sebbene lo strumento di tracciamento dei bug JIRA sia applicabile alle aziende IT, è un sistema di ticketing generico.
Anche per i progetti IT, la popolarità di JIRA tra i team di sviluppo mette a disagio i tester e i team di QA. Nonostante il comfort o il disagio, i team di test non hanno altra scelta che utilizzare lo strumento di tracciamento dei bug JIRA nella maggior parte delle aziende. Nostro Guida completa alla formazione JIRA ti darà un'ottima conoscenza dello strumento.
=> Fare clic qui per la serie completa di tutorial JIRA
download VPN Europa
Perché? Logica semplice Le aziende non vogliono investire in più strumenti. Ha senso per gli affari massimizzare l'utilizzo degli strumenti e non impazzire con l'acquisto di troppe licenze.
Quindi, se un team di sviluppo utilizza Atlassian JIRA strumento di tracciamento dei bug per tracciarne i requisiti, i miglioramenti, le attività o le storie degli utenti, quindi il team di test, molto probabilmente, dovrà utilizzarlo per il tracciamento dei bug.
Ma rilassati . La gestione dei difetti di JIRA è valida quanto qualsiasi altro strumento . In effetti, in alcune situazioni, potrebbe anche essere migliore.
Questo è il tutorial che ti mostrerà, tramite screenshot e tutto il resto, l'applicabilità di JIRA al monitoraggio dei bug.
Cosa imparerai:
- Le migliori caratteristiche di JIRA Bug Tracking Tool
- # 1) JIRA considera tutto il lavoro al suo interno come un problema
- # 2) La segnalazione dei difetti richiede la registrazione delle seguenti informazioni per ogni problema:
- # 3) Ciclo di vita del difetto:
- # 4) Commenti e collaborazione con il team di sviluppo
- # 5) Collegamento del difetto a un requisito per consentire la tracciabilità
- # 6) I difetti possono essere importati da un file CSV
- # 7) I difetti possono essere esportati in Word, XML e formati stampabili
- # 8) Rapporti completi sui problemi:
- Applicabilità di JIRA ai test: un dilemma alternativo
- Creazione di un problema Jira e vari campi
- Come vengono gestiti i problemi in JIRA
Le migliori caratteristiche di JIRA Bug Tracking Tool
Eccoci qui.
# 1) JIRA considera tutto il lavoro al suo interno come un problema
Quindi, in JIRA creare un difetto significherebbe creare un problema del tipo ' Bug '.
# 2) La segnalazione dei difetti richiede la registrazione delle seguenti informazioni per ogni problema:
- ID difetto
- Titolo del difetto
- Descrizione del difetto (passaggi da riprodurre)
- Informazioni sull'ambiente
- Screenshot (allegato)
- Gravità
- Assegnalo a qualcuno
- Stato- Tutti gli stati nel ciclo di vita del bug
Sono disponibili tutte le opzioni per poter creare un difetto in modo efficace.
Si prega di notare i campi evidenziati in rosso di seguito:
I due campi che non vedi qui sono:
- ID difetto
- Stato
Questi due campi vengono creati automaticamente da JIRA. Tutti i problemi avranno un ID univoco assegnato loro da JIRA. Lo stato di tutti i problemi è 'Da fare' o 'Nuovo' in JIRA per impostazione predefinita quando si crea un bug.
Perciò, tutte le strutture comuni per la segnalazione dei difetti sono disponibili anche in JIRA. In effetti, è possibile utilizzare più opzioni come etichette, collegamento di difetti, stima degli sforzi.
# 3) Ciclo di vita del difetto:
Tutti gli stati del ciclo di vita dei bug come in Bugzilla (o qualsiasi altro famoso bug tracker ) può essere realizzato anche qui:
Ciò richiederà un po 'di personalizzazione da parte del tuo amministratore JIRA, ma è facile da fare. Per quelli, non vuoi perdere tempo con la personalizzazione, non puoi sbagliare anche con l'impostazione predefinita.
# 4) Commenti e collaborazione con il team di sviluppo
Ogni problema, i suoi aggiornamenti, l'assegnazione delle persone, i commenti ricevuti dal team di sviluppo: tutto viene tracciato in JIRA sotto il registro delle attività.
Ciò consente una migliore visibilità e collaborazione con i team di sviluppo:
# 5) Collegamento del difetto a un requisito per consentire la tracciabilità
L'opzione Collega nei campi Problema JIRA consente di collegare un problema particolare a un altro. Supponiamo che se il difetto 2 è un duplicato del difetto 1 puoi stabilire quella relazione.
Allo stesso modo, se un difetto blocca un requisito o è correlato a un requisito, puoi rendere visibile questo aspetto in JIRA.
I collegamenti risultanti verranno visualizzati nella pagina dei dettagli del problema come di seguito:
I tipi di relazione sono autoesplicativi e l'utilizzo di linguaggio semplice-comune-quotidiano le parole (come correlato a, causato da, ecc.) rendono super facile e intuitivo per qualsiasi utente JIRA utilizzare questo diritto.
# 6) I difetti possono essere importati da un file CSV
Ciò aiuta la creazione di massa di problemi in JIRA contemporaneamente. Inoltre, se il tuo team è nuovo e non vuoi che creino problemi direttamente nello strumento, puoi chiedere loro di segnalare i difetti in un foglio Excel. Una volta verificati e confermati come validi, possono essere importati tutti in una volta nello strumento utilizzando questa funzionalità.
In qualunque modo lo usi, questo è un grande vantaggio.
# 7) I difetti possono essere esportati in Word, XML e formati stampabili
Ciò supporta una migliore portabilità dei dati sui difetti, particolarmente utile se si desidera condividere i dati sui difetti con persone che non sono utenti JIRA.
# 8) Rapporti completi sui problemi:
Inoltre, se hai bisogno di rapporti, vai a ' Progetto - rapporti 'E genera tutti i tipi di rapporti come di seguito:
Se dobbiamo esaminare le analisi di JIRA in una parola, è fantastico.
Gli utenti avanzati / esperti di JIRA possono anche creare filtri di ricerca avanzati per generare informazioni più approfondite.
Per esempio, se vuoi esaminare tutti i difetti che ti sono stati assegnati in più progetti (BM e AB), puoi utilizzare una query JQL come di seguito:
Quindi, tutto sommato, il monitoraggio dei bug / la gestione dei difetti in JIRA è molto simile se non superiore ai bug tracker dedicati. La prossima volta che dovrai lavorarci sopra, non preoccuparti. Sei in buone mani.
Applicabilità di JIRA ai test: un dilemma alternativo
Anche se questo è un lato della medaglia, c'è sicuramente un'altra dimensione nel modo in cui le persone vedono l'applicabilità di JIRA al QA o ai test.
Quando chiedi a un gruppo di QA, 'Cos'è JIRA?', Molti risponderanno che JIRA è uno strumento di tracciamento dei difetti. Intendiamoci, ho sentito questo da molti professionisti senior del controllo qualità. Ciò potrebbe essere dovuto al fatto che la gestione / tracciamento dei difetti è tutto ciò per cui avrebbero potuto utilizzare JIRA.
Ma c'è molto di più. Se usato correttamente, JIRA centrale con le sue capacità agili può essere il tuo sportello unico per la gestione dei progetti di alto livello.
Può davvero supportare il monitoraggio dei requisiti e il progresso, il monitoraggio dei bug, la stima, il monitoraggio degli sprint attraverso le schede SCRUM e KANBAN, la creazione di report e la collaborazione.
Potresti usare uno strumento per una cosa, ma la prossima volta prova a imparare alcune cose intorno e sullo strumento che ti aiuteranno a capirlo e usarlo meglio.
Quindi, come passaggio successivo, potresti esplorare alcune altre fantastiche funzionalità di JIRA (che potrebbero non essere direttamente correlate al tracciamento dei bug) che potrebbero renderlo la tua scelta preferita.
- Dashboard personalizzabili
- Add-on per la gestione dei test
- Vota e guarda un problema
- Monitoraggio del tempo
- Schede Progetto Agile e Scrum
- Confluenza / integrazione supporto documentazione, ecc.
Creazione di un problema Jira e vari campi
Problemi di Jira: diversi tipi di problemi di Jira
Jira offre modi molto semplici per creare / registrare problemi.
Non ci consente solo di segnalare bug, ma ci consente anche altri tipi di 'ticket' o 'richieste'. È più un'applicazione di gestione delle richieste generali.
Questo tutorial spiegherà di più sui tipi di problema in Jira, creando un problema, diversi campi nella pagina 'Crea problema' e i loro dettagli in termini semplici con rappresentazione pittorica per una facile comprensione.
Problemi di Jira
Diverse organizzazioni possono avere diversi tipi di problemi a seconda della loro idoneità / esigenze. Un amministratore Jira può personalizzare in modo efficiente questo campo.
I problemi possono essere di diversi tipi e di seguito sono riportati la descrizione / significato dei tipi di problema:
- Bug: Si tratta di qualsiasi difetto o deviazione riscontrata nell'applicazione.
- Richiesta di miglioramento: È anche noto come richiesta di modifica (CR). Questo tipo viene utilizzato per rappresentare qualsiasi cambiamento nella funzionalità esistente o complessivamente una nuova funzionalità.
- Compito: Questo è più un problema di configurazione o analisi. Per esempio , la creazione di configurazioni appropriate può essere un'attività.
- Domanda: Il problema può essere semplice come porre una domanda su come utilizzare alcune funzionalità nell'applicazione. Questo tipo è più spesso utilizzato dai clienti finali.
- Epico: Questo è normalmente un grosso problema che idealmente è suddiviso in diversi piccoli problemi. Possono essere necessari diversi sprint per completare il problema epico principale in un ambiente agile.
- Oggetto finanziario: Spesso la gestione del progetto / prodotto utilizza questo tipo di problema per tenere traccia delle proprie finanze.
- Storia: L'intera storia dell'utente su una funzionalità potrebbe essere un tipo di problema.
- Scenario di prova : Il problema può essere un caso di prova. Questo tipo di problema sarà disponibile una volta che Jira sarà integrato con plug-in come Zypher.
Creazione di un problema
Supponendo che un utente abbia effettuato l'accesso a Jira e al progetto desiderato.
Passo 1:
Fare clic sul pulsante della barra degli strumenti '+' ('Crea').
Verrà visualizzata una schermata / pagina come mostrato nell'immagine seguente:
In questa pagina, seleziona il progetto e il tipo di problema / richiesta, quindi fai clic sul pulsante 'Avanti'.
Si aprirà la pagina 'Crea problema' come mostrato nelle immagini seguenti:
Passo 2:
Inserisci i dettagli obbligatori e altri dati il più possibile nella pagina 'Crea problema'.
Passaggio 3:
Fare clic sul pulsante 'Crea'. Questo genererà un ID problema univoco. L'ID consisterà nell'identificativo del progetto concatenato con cifre numeriche.
Nell'esempio precedente, il progetto scelto è 'TestProject', quindi l'ID potrebbe essere 'TESTPROJ1234'.
- Una volta che il problema è stato creato, da allora in poi può essere cercato utilizzando l'ID del problema.
Descrizione dei campi nella pagina 'Crea problema'
(Le immagini della pagina di creazione del problema sono divise in 3 parti per una migliore leggibilità).
Nota :L'amministratore e / o lo sviluppatore di Jira possono aggiungere / rimuovere i campi personalizzati a seconda delle esigenze dell'organizzazione.
# 1) Riepilogo :
Questo è anche più spesso chiamato come il titolo della questione ed è un campo molto importante di una questione di Jira.
Il titolo dovrebbe essere il più unico e preciso possibile in modo che guardando il titolo stesso, il problema possa essere compreso. Questo aiuta il comitato di revisione dei bug e / o i proprietari dei prodotti a dare la priorità e assegnare il problema senza esaminarlo in profondità.
# 2) Componente / i :
Nome / i del modulo o dell'area dell'applicazione in cui viene rilevato il difetto in caso di tipo di problema 'Bug'.
Potrebbe essere l'area in cui sono necessarie le modifiche in caso di CR. Di solito è un menu a discesa costituito da diversi moduli / componenti presenti nell'applicazione. La persona del progetto deve ottenerlo popolato dall'amministratore.
# 3) Descrizione :
In genere dovrebbe contenere i passaggi per riprodurre il problema se il tipo di problema è un bug.
In caso di una richiesta di miglioramento, dovrebbe dettagliare il nuovo requisito che viene generalmente chiamato come una storia nella terminologia agile. Idealmente, questo campo dovrebbe essere aggiornato regolarmente durante il flusso di lavoro del problema.
# 4) Correggi le versioni :
Nome della versione in cui verrà consegnato il problema / richiesta di miglioramento. Questo valore viene tipicamente inserito dal product owner in coordinamento con lo scrum master in un ambiente scrum agile.
# 5) Priorità :
Questo campo indica la criticità del problema.
Può essere un ostacolo allo spettacolo, il che significa che il test dell'applicazione non può andare avanti in una fase di test. Il crash di un'applicazione è l'ideale Esempio di un problema 'Show Stopper' (critico).
Il comitato di revisione dei bug e i proprietari dei prodotti hanno tutto il diritto di modificare la priorità del problema. Questo campo è un elenco a discesa con valori come 'Basso', 'Medio' ('Maggiore'), 'Critico', 'Banale' ecc.
# 6) Etichette :
Questo campo è inserito con i testi che aiuteranno a classificare i problemi.
# 7) Ambiente :
Questo è un campo facoltativo e l'ambiente di test è specificato qui.
# 8) Allegato :
Immagini di supporto per il problema in fase di creazione. L'utente può semplicemente trascinare e rilasciare le immagini o copiare e incollare.
# 9) Influisce sulle versioni :
Per un tipo di problema 'bug', la versione del prodotto deve essere inserita qui.
Per esempio 5.6, 5.7 ecc.
# 10) Problemi collegati :
Altri problemi rilevanti possono essere collegati al nuovo problema scegliendo un valore appropriato da questo menu a discesa.
Ad esempio, se il problema viene introdotto dalla correzione di un altro problema, il valore da scegliere dal menu a discesa potrebbe essere 'Introdotto da'. Questo campo diventa estremamente importante se un nuovo difetto viene attivato da qualche correzione o miglioramento.
=> Problema : Dopo aver selezionato un valore appropriato in 'Problemi collegati', l'ID del problema pertinente viene menzionato qui.
# 11) Assegnatario :
È il nome dell'utente che lavorerà sul problema.
Ad esempio, in caso di bug, sarà il nome dello sviluppatore che risolverà il problema. Questo campo viene generalmente compilato dal proprietario del prodotto o dallo scrum master. Anche in questo caso chi assegna il problema può variare da un'organizzazione all'altra.
=> Facendo clic su 'Assegna a me' (situato nell'angolo destro del campo 'Assegnatario') il problema verrà assegnato all'utente connesso.
# 12) Collegamento epico :
Scegli il collegamento pertinente dell'epopea.
# 13) Sprint :
Il nome dello sprint viene selezionato qui, indicando quando verrà risolto il problema. Potrebbe essere uno sprint futuro come deciso dal proprietario del prodotto.
# 14) Squadra :
Possono esserci diversi team, in un ambiente Agile. Il problema è assegnato a una delle squadre. Questa assegnazione viene solitamente eseguita dal Product Owner o dallo Scrum Master in coordinamento con il Product Owner.
# 15) Stima all'inizio :
Questo campo indicherà quanto tempo sarà necessario per risolvere il problema.
Più spesso chiamato 'stima ipotetica'. Ciò consisterà anche negli sforzi di test richiesti. Potrebbe essere menzionato in ore / giorni / settimane o story point. In un ambiente agile durante la pianificazione dello sprint, l'intero team raggiunge un'ipotesi comune.
# 16) Reporter :
Questo file viene compilato automaticamente da Jira con il nome dell'utente connesso.
Nota: Potremmo avere altri campi personalizzati come di seguito (che non si vedono nelle immagini sopra):
(i) Tipo di ambiente :
Indica se viene rilevato un difetto in un ambiente di test o di produzione.
I valori di questo campo possono variare da organizzazione a organizzazione. Se Jira viene utilizzato per creare problemi solo internamente all'organizzazione e non dai clienti finali, questo campo potrebbe non esistere affatto.
(ii) Riproducibile :
Il difetto è riproducibile? Questo campo non sarà disponibile per nessun tipo di problema diverso da un bug.
(iii) Cliente :
Questo campo nomina il cliente finale che ha presentato il problema. In alcune organizzazioni in cui Jira viene utilizzato solo per la gestione dei problemi interni, questo campo potrebbe non esistere.
Nota: Tutti i campi sopra descritti appartengono alla scheda 'Campo' nella pagina 'Crea problema', che di solito è la scheda predefinita. La pagina può essere personalizzata per avere più schede come 'Documentazione' e così via, che tratteremo nei nostri tutorial successivi.
Jira ci offre un modo efficace per gestire i diversi tipi di problemi in modo semplice ed efficiente.
Con molte personalizzazioni possibili al giorno d'oggi, Jira è diventata la scelta più popolare.
Come vengono gestiti i problemi in JIRA
Problemi relativi a JIRA - Come registrare il difetto in JIRA
Passiamo alla creazione di un problema, supponendo che l'utente connesso non sia un amministratore e il nostro progetto di test sia 'Test per STH' con componenti - Modulo 1 e Modulo 2, versioni - versione 1 e Versione 2. Chiave - TFS è già creato.
Creazione di un problema JIRA
I problemi costituiscono il punto cruciale di JIRA, quindi per crearli c'è un'opzione proprio sulla barra dei menu:
Fare clic sul pulsante 'Crea problema'. In alternativa, quando digiti 'c' mentre sei nella pagina JIRA, si apre la seguente finestra di dialogo 'Crea problema'.
Tutti i campi in questa pagina sono autoesplicativi. Discuteremo il più importante di seguito.
Progetto : Ogni numero appartiene a un progetto. Puoi scegliere lo stesso facendo clic sul menu a discesa e scegliendo il progetto a cui vuoi che appartenga questo numero.
Tipo di problema :Questo campo mostra tutti i tipi di problemi che possono essere creati e tracciati tramite JIRA. Le seguenti opzioni sono disponibili in questo elenco (questo elenco potrebbe differire a seconda dell'impostazione impostata dall'amministratore):
Gli elementi Bug, nuova funzionalità, attività, miglioramento sono esattamente ciò che implicano i loro nomi. L'epica e la storia sono più rilevanti per i progetti agili. Una storia è un requisito in Agile che deve essere monitorato dall'inizio alla fine. An Epic è un gruppo di storie.
Scegli il tipo di problema secondo necessità. Vado con 'Bug'.
Sommario : Dai un titolo al tuo bug qui. Se usato correttamente, questo campo può essere molto efficace nel trasmettere molte informazioni critiche. Alcuni aspetti da notare qui:
Un bug / difetto è essenzialmente qualcosa che non va bene. Il modo giusto per affrontare il titolo di un bug è definire in modo conciso 'cosa c'è che non va'.
Un esempio di un titolo / riepilogo non valido è 'Ci dovrebbe essere un'opzione per cancellare i contenuti sullo schermo'. Quando leggo questo, la mia reazione iniziale sarà: 'Va bene, dovrebbe esserci, ma qual è il problema qui? L'opzione non è affatto presente? O le opzioni sono presenti e non cancellano il contenuto? '
È anche convenuto che quando apro questo bug e lo esamino in dettaglio, sono sicuro che troverò la risposta a questa domanda.
Tuttavia, l'enfasi qui è utilizzare questo campo 'Riepilogo' nel modo più efficiente. Pertanto, un sommario / titolo molto appropriato sarebbe 'L'opzione per cancellare il contenuto della pagina di accesso a casa non cancella i campi quando si fa clic'.
Nello spazio limitato che questo campo fornisce prova a scrivere il tuo titolo in modo da comunicare l'esatto problema senza alcuna ambiguità.
Priorità : Questo campo può assumere uno dei seguenti valori.
Scegli un'opzione appropriata per il tuo bug.
Con mettere t : Questo elenco mostrerà i componenti del progetto. Scegli in modo appropriato.
Versione interessata e versione corretta: Questi due campi mostreranno le versioni disponibili per il progetto. Non è necessario che un determinato problema riscontrato in una determinata versione venga risolto nella stessa. In casi come questo, puoi scegliere la versione interessata come versione corrente e la versione corretta come versione successiva.
Inoltre, questi campi possono assumere più valori. Puoi scegliere di impostare che un determinato problema influisca sia sulla versione 1 che sulla versione 2 come di seguito:
Assegnatario : È possibile digitare il nome della persona a cui deve essere ulteriormente consegnato il problema. Puoi anche assegnare un problema a te stesso.
Descrizione : Questo è un campo di testo facoltativo che ti aiuta a inserire quante più informazioni desideri sul tuo problema. In caso di un file bug , è tipico utilizzare questo campo per fornire informazioni dettagliate sui passaggi per riprodurre il difetto.
È della massima importanza fornire tutte le informazioni.
'Diciamo, ci sono due campi - quelli dipendenti - Stato e Città. Quando scelgo Stato dal menu a discesa, nel campo Città dovrebbe visualizzare le rispettive città nello stato che ho scelto.
Se ho sollevato un bug come 'Le città sono vuote per alcuni stati che ho selezionato'. Il campo della descrizione è il luogo per me per approfondire questo difetto.
Un esempio di descrizione insufficiente è:
1) Entra nel sito
2) Fare clic sulla pagina dell'indirizzo
3) Inserisci gli altri dettagli come nome, indirizzo ecc.
4) Fare clic sul menu a discesa 'Stato'. Scegli uno stato
5) Fare clic sul menu a discesa 'Città' e annotare i nomi delle città
La descrizione di cui sopra, sebbene precisa, non è completa. Quando si tratta di questo campo, è dalla parte di fornire troppe informazioni ma non troppo poche.
Se i seguenti passaggi vengono aggiunti alla descrizione, lo farà ha più senso.
6) Scegliere lo stato come 'California' e fare clic sul menu a discesa 'Città': verranno visualizzati tutti gli stati e l'utente può selezionare una città secondo necessità.
7) Scegli lo stato come 'Louisiana' e fai clic sul menu a discesa 'Città': l'elenco sarà vuoto.
8) Le città sono vuote anche per gli stati New Jersey e Utah.
Quindi, per ripetere, fornisci i passaggi esatti, i dati esatti e qualsiasi altra informazione che ritieni necessaria per completare questo campo.
Allegato : Qualsiasi documento di supporto può essere caricato con un problema.
Una volta inserite tutte le informazioni in modo soddisfacente, il problema può essere creato facendo clic sul pulsante 'Crea' alla fine della finestra di dialogo 'Crea problema'.
Il problema viene creato e all'utente viene visualizzato un messaggio con l'ID del problema:
Nota: notare l'ID del problema; è preceduto dalla “Chiave” del progetto. È il modo in cui JIRA tiene traccia / raggruppa i problemi che appartengono a un determinato progetto.
È ora possibile visualizzare il problema creato, facendo clic sul collegamento che appare nel messaggio sopra.
Ulteriori dettagli sulla pagina Crea problema
1) Ci sarà un'opzione di configurazione dei campi nell'angolo in alto a destra della pagina 'Crea problema'.
Questa opzione può essere utilizzata per scegliere / modificare i campi che desideri visualizzare nella finestra di dialogo Crea problema. Una volta effettuata la scelta, JIRA ricorderà anche le modifiche per i tuoi numeri successivi.
2) Nella parte inferiore della pagina 'Crea numero', c'è un 'Crea un altro'
Quando scegli questa opzione e fai clic su 'Crea', una volta viene creata la rivista corrente; JIRA mantiene il file
La finestra di dialogo 'Crea problema' si apre con Progetto, Tipo di problema e altri campi tranne il riepilogo selezionato automaticamente come per i numeri precedenti creati.
Con ciò, concludiamo l'argomento 'Creazione di un problema in JIRA'.
Nel prossimo tutorial Atlassian JIRA, impareremo le sotto-attività e come usarle per scopi di controllo qualità specifici.
=> Visita qui per la serie completa di tutorial JIRA
A voi
Adesso è il momento di sentirti. Hai affrontato problemi con JIRA per il monitoraggio dei bug?
Pensi che ci sia qualche peso nella resistenza che i team di test hanno nell'adattare JIRA per la gestione dei difetti?
Tutorial PREV | PROSSIMO Tutorial
Lettura consigliata
- Tutorial pratico per la revisione dello strumento di tracciamento dei bug di backlog
- Tutorial sull'integrazione di GitLab Jira
- Download e installazione di Jira con configurazione della licenza Jira
- Tutorial JIRA: una guida pratica completa su JIRA
- Tutorial sull'amministrazione di JIRA: amministrazione e gestione utenti di JIRA
- Tutorial sull'integrazione di JIRA e SVN
- Tutorial approfonditi su Eclipse per principianti
- Tutorial JIRA Agile: come utilizzare JIRA in modo efficace per la gestione di progetti Agile