Espansione del DB Jira per includere più piattaforme di destinazione

1

Sono un membro del team di QA ma ho il compito di gestire la maggior parte dell'istanza di Jira. Abbiamo lanciato il nostro prodotto su un'unica piattaforma e inizieremo a svilupparlo tra poco più altre 2 piattaforme. Sono principalmente interessato solo ai bug sul database per questo motivo. Le attività ecc. Sono usate altrove e le cambio solo su richiesta.

È già stato deciso che resteremo fedeli al solo progetto 1 su Jira, per vari motivi (alcune cose fuori dal mio controllo, ecc.)

Abbiamo già un campo "piattaforme", dove abbiamo una casella di selezione per ogni piattaforma, e questo è stato usato in modo coerente per tutti i bug fino ad ora. Ho tutti i miei filtri, cruscotti, ecc. Impostati per includere / filtrare le piattaforme come richiesto, quindi tutto è pronto per andare.

La cosa principale a cui sto pensando in questo momento, è il nostro processo di creazione dei bug e il nostro processo di regressione dei bug.

Registra i nostri bug a intervalli regolari, ed è spesso il fallback "se non hai altro da fare, colpisci quell'elenco di regressione!".

Quello che avremo, è un processo in cui quando viene creato un bug, il creatore contrassegna il bug con la piattaforma in cui è stato trovato. Questo sarà, per ragioni di discussione, la piattaforma 1. Questo bug dovrebbe apparire da qualche parte ora deve essere controllato nelle piattaforme 2 e 3. Dovrebbe essere controllato lì e quindi non apparire negli elenchi una volta controllato (indipendentemente dal fatto che li abbia o meno effetti). Abbiamo diversi criteri per i bug che stanno entrando nel nostro elenco di regressione al momento ... dipende in parte dalla sua priorità e se è già stato regredito in questa build o meno.

Quando un bug è regredito, un campo viene aggiornato con la data corrente per mostrare che è stato regredito oggi. Ora ho bisogno che tutti i bug vengano regrediti su ogni piattaforma ogni volta. Ma se non apporto alcuna modifica, verrà visualizzato in tutti e 3 gli elenchi di regressione finché non sarà regredito su una piattaforma, quindi scomparirà da tutte le liste. Quello di cui ho bisogno è che sparisca solo dal campo della piattaforma che è stato regredito in ...

Come andresti ad affrontare questo?

(Nota a margine: stiamo usando l'istanza on-demand, quindi possiamo usare solo plugin che funzionano qui).

    
posta pingu2k4 24.06.2015 - 15:39
fonte

3 risposte

0

Il modo più semplice per gestirlo è clonare il difetto in entrata due volte, in modo da avere un'istanza di esso per tutte e tre le piattaforme. Se testare su altre piattaforme mostra che non è presente, può essere chiuso (come "Impossibile duplicare", probabilmente), altrimenti può essere risolto e testato su tutte le piattaforme su cui si verifica.

    
risposta data 26.11.2017 - 20:41
fonte
0

Puoi aggiungere campi ed etichette personalizzati. Immagino che ti serva solo:

  • Un campo / elenco per trovato nella piattaforma X
  • Alcuni campi / etichette per segnalare che deve essere elaborato per il triage o la regressione nelle altre piattaforme

Ora le persone del QA possono creare filtri sui campi / etichette.

Penso che puoi anche aggiungere etichette (check_on_platform_x, ecc.) ad ogni difetto sulla creazione. Rimuovi le etichette quando le azioni sono state prese in considerazione. Questa domanda di Jira ha alcune idee: link

    
risposta data 24.08.2018 - 20:00
fonte
-1

Userei le sotto-attività per rappresentare ciascuna piattaforma. Come la risposta di James Mcleod, ciò causa la proliferazione dei problemi di JIRA, ma almeno sono tutti collegati sotto un singolo master ed è possibile filtrare le sotto-attività se questo è il tuo modo di procedere. Aggiungi questo al filtro:

AND Type not in (Sub-task)

e tutto ciò che vedete è la lista principale dei problemi. Esegui il drill in un problema e vedrai le singole attività secondarie.

Se non ti piacciono troppo, usa un set strutturato di etichette per rappresentare i vari stati, ad es. "Needs_Testing_Linux", "Needs_Testing_MacOS", "Failed_Windows", "Passed_Android" quindi puoi utilizzare i filtri per identificare attività "Needs_Testing" o attività "Passate" aggiungendo un termine JQL come:

Labels IN (Needs_Testing_Linux, Needs_Testing_MacOS, Needs_Testing_Windows)
    
risposta data 24.08.2018 - 06:45
fonte

Leggi altre domande sui tag