Il mio flusso di lavoro corrente è questo (è fondamentalmente un flusso di lavoro di feature branch):
1) Ho due rami principali: release e develop .
2) Lo sviluppo è fatto usando la metodologia TDD usando JIRA / Bitbucket. Viene creato un problema, che crea di conseguenza un ramo di funzionalità Git.
3) Lo sviluppo attivo viene eseguito in un ramo di funzionalità e reimmesso in develop dopo la revisione.
4) Quando sono state unite sufficienti nuove funzionalità in develop , unisco develop in release .
Quello che mi preoccupa è come posso integrare il QA in questo flusso di lavoro. Ho letto altri post, che suggeriscono che i test di controllo qualità devono essere eseguiti sul ramo di funzionalità (insieme ad altri test altrove), ad esempio: link
Il problema per me è che i test di QA saranno principalmente test di accettazione dell'interfaccia utente. Questi verranno creati da un tester di QA (utilizzando una suite di automazione dell'interfaccia utente), ma voglio anche controllare questi test in quanto saranno modificabili.
Suppongo che quello che sto cercando sia simile al worklow di Skullcandy, come descritto in questo articolo: link Tuttavia, l'autore dell'articolo non descrive nulla su come gli stessi test del QA siano controllati in versione / integrati con il codice di sviluppo in un ramo di funzionalità. Inoltre, voglio che i test del QA siano "innescati" da storie in JIRA che corrispondono a una determinata caratteristica (se ciò ha senso); in modo che ci sia una correlazione tracciabile tra le storie e i test di accettazione per assicurarsi che saranno ciò che l'utente desidera.
Si noti che i test che vengono eseguiti attualmente come parte della mia metodologia TDD sono test unitari, non test di accettazione.
C'è un modo (processo / flusso di lavoro / modello / call-it-what-you-may) per raggiungere questo obiettivo?