Una in una build viene distribuita una fix per un difetto, IBM® Rational Quality
Manager riceve automaticamente una notifica dal sistema di build di IBM Rational Team
Concert e modifica lo stato dei TER (test execution record) che sono bloccati in modo da indicare che i test sono pronti per essere eseguiti. Ciò è valido sia per la distribuzione iniziale del codice da testare sia per i TER non bloccanti che sono stati precedentemente bloccati da un difetto.
Il seguente flusso di lavoro descrive come viene sbloccata l'esecuzione di un test quando le fix sono distribuite alle build.
- Un tester allega un elemento di lavoro o un difetto a un TER o a uno scenario di test.
Questo elemento di lavoro o difetto deve essere risolto prima che sia possibile riprendere il test.
- Quando l'elemento di lavoro o il difetto viene allegato a un singolo TER, tale
TER viene bloccato per l'esecuzione.
- Quando l'elemento di lavoro o il difetto viene allegato a uno scenario di test, tutti i TER creati per questo scenario vengono bloccati per il test.
- Uno sviluppatore viene assegnato all'elemento di lavoro o al difetto, lo corregge, lo risolve e lo consegna a una build.
- Quando la build che contiene la fix è completa e riesce, sul pannello di controllo viene visualizzato un elenco di TER non bloccati che sono pronti per essere eseguiti.
- Quando viene eseguito il TER che era precedentemente bloccato, il risultato di esecuzione test
visualizza il record di build su cui è stato eseguito questo test.
Se
Rational Quality Manager non è integrato con uno strumento di build esterno o se l'utente decide di non dipendere da una notifica di build, i TER o gli scenari di test saranno sbloccati non appena l'elemento di lavoro o il difetto associato viene risolto.
L'utente può quindi eseguire il TER e specificare manualmente un record di build nel risultato di esecuzione.