È obbligatorio eseguire test di integrazione durante la distribuzione di diramazioni di funzionalità verso macchine QA

5

Nel nostro organaziton per rendere il processo di test un QA può avviare il processo QA distribuendo un ramo di funzionalità a una macchina di QA. La mia domanda è che mentre così facendo il processo di costruzione includa anche l'esecuzione dei test di integrazione / fumo o possiamo saltarlo.

Questo rende la build veloce e rende facile per chiunque ottenere l'eseguibile per dimostrazioni, test esplorativi o semplicemente per vedere cosa è cambiato la scorsa settimana. Penso che la build presa dal ramo di rilascio dovrebbe imporre l'inclusione per i test IT e la copertura del codice.

Pensieri ??

    
posta Rohit Kumar 19.12.2016 - 15:29
fonte

3 risposte

3

Non dovresti eseguire test di integrazione / fumo ogni volta che sviluppi.

Non dovresti essere distribuito su una macchina di QA senza aver superato i test di base.

Non dovresti aspettarti di passare i test per più di qualche minuto.

I test sui fumi dovrebbero essere non esaustivi. Se sono onerosi, non ignorarli. Lavora con la garanzia della qualità per renderli veloci e mirati.

Il punto di QA è pensare a cose che i programmatori non fanno e vedere le cose da una prospettiva che i programmatori non hanno: la prospettiva degli utenti.

Non aspettarti che pensino al codice nello stesso modo in cui lo fai tu. Ma assicurati che tutto ciò che può essere fatto sia fatto per automatizzare ogni test e che quelli giusti vengano eseguiti al momento giusto.

    
risposta data 19.12.2016 - 17:58
fonte
3

Sì. I test dovrebbero essere eseguiti su qualsiasi build che il QA sta per testare. Testare una build malfunzionante è probabilmente uno spreco del loro tempo, quindi dovrebbero sapere che il ramo è noto per essere danneggiato. Normalmente non raccomanderei di eseguire la compilazione su rami arbitrari, ma se il QA testerà filiali arbitrarie, allora così sia.

    
risposta data 20.12.2016 - 10:42
fonte
0

Aggiungere la mia risposta poiché differisce dall'altra risposta corrente.

Se la copertura esistente dei test unitari è molto inferiore rispetto all'integrazione o la copertura del test unitario è trascurabile, NON si disabiliterà il test di integrazione.

Anche il lavoro di esplorazione dovrebbe avere alcune porte di controllo di qualità.

    
risposta data 20.12.2016 - 10:00
fonte