BDD per sostituire i gruppi di test funzionano - come meglio farlo?

Question

BDD per sostituire i gruppi di test funzionano - come meglio farlo?

#1 da (5 voti)
#2 da (1 voti)

6

Il sistema che stiamo sviluppando, utilizzando .NET, è estremamente grande, complesso e alcuni moduli sono scritti male. Abbiamo un team di test di accettazione degli utenti di grandi dimensioni che punta a una copertura dello scenario aziendale al 100%, che richiede circa 6 settimane.

Possiamo utilizzare lo sviluppo guidato dal comportamento per sostituire alcuni dei test manuali eseguiti dal team di test? In che modo questa informazione può essere letta dai gruppi di test in modo che possano essere sicuri che funzioni? BDD sostituisce i nostri test di integrazione?

bdd testing integration-tests acceptance-testing

posta TimF 02.11.2011 - 13:12

fonte

2 risposte

Leggi altre domande sui tag bdd testing integration-tests acceptance-testing

Come supportare un prodotto costruito con uno sviluppo agile? Se ho due account di licenza sviluppatore con Apple, posso passare facilmente da uno all'altro per lo sviluppo e la pubblicazione di app?

score 5 · Answer 1

Lo sviluppo guidato dal comportamento è molto più di semplici test di accettazione automatici. Per ulteriori informazioni su questo vedi la pagina di Wikipedia su BDD o controlla le risorse dell'elenco eccellente che Liz Keogh ha compilato su BDD

Ora in argomento: Potresti iniziare ad automatizzare i test di accettazione usando gli strumenti BDD per .Net. StoryQ e SpecFlow sono esempi di strumenti BDD che supportano scenari (test di accettazione) in testo semplice.

L'utilizzo di tale strumento non solo rende lo scenario leggibile per il team di test, ma può addirittura scrivere questi test autonomamente. Ciò dovrebbe dare loro fiducia che i test stanno funzionando.

Se riesci a convincerli a scrivere questi test per tutte le nuove funzioni prima inizi a codificarli. Ti stai avvicinando di un passo al BDD. Questo ti dà il vantaggio di avere una specifica eseguibile. Sai quando il software soddisfa i criteri di accettazione, cioè hai finito. Al termine, la specifica diventa un test di regressione automatizzato.

Probabilmente non tutti i test possono essere automatizzati o vale la pena automatizzare. A volte la cosa può essere automatizzata, ma se non stai attento, possono trasformarsi in un incubo di manutenzione.

Anche se è possibile automatizzare tutte le specifiche in questo modo, i tester devono ancora eseguire alcuni test manualmente o utilizzando altri strumenti. Non è possibile sostituire i tester con test automatici, ma probabilmente si potrebbero ridurre le 6 settimane a molto meno.

score 1 · Answer 2

Mi sembra che si debba dedicare qualche sforzo al lato QA automatizzando gli script di test di accettazione degli utenti. Se hai un team di QA di grandi dimensioni, non dovrebbe essere un problema allocare un nucleo di 3 o 4 lead di automazione del test (QA con alcune esperienze di codifica) per iniziare ad automatizzare in qualche modo gli script di test manuali.

Gradualmente, filtrano questa conoscenza a tutti gli altri ingegneri del controllo qualità, che con il tempo diventano responsabili dell'automazione degli script di test per le aree assegnate. Abbiamo adottato questo approccio nel nostro team e ha funzionato abbastanza bene.