Jasmine BDD vs Test di integrazione

Question

Jasmine BDD vs Test di integrazione

#1 da (9 voti)

3

Diciamo che ho bisogno di scrivere un test per il front-end, nel seguente stile BDD:

A user visits buysomething.com, 
saves something to their wishlist, 
and a saved item count is updated.

Il risultato del test è che DOM viene manipolato.

Nel mio cuore, ritengo che questo sia più adatto come test di integrazione, ma il mio team sta attualmente utilizzando il gelsomino per caricare i dispositivi e testare tali interazioni. Questo può portare a test fragili in quanto dipendono da un dispositivo statico invece del markup effettivo.

Stiamo abusando di Jasmine qui?

bdd testing integration-tests javascript

posta lfender6445 29.05.2014 - 05:36

fonte

1 risposta

Leggi altre domande sui tag bdd testing integration-tests javascript

Programmazione ottimistica e pessimistica - Garantire più attività vengono chiamate una sola volta per record specifici È possibile impostare un valore predefinito per un processo aziendale nella definizione della colonna del database?

score 9 · Accepted Answer

Fai entrambi. I test di integrazione hanno lo scopo di verificare che due parti di funzionalità che dovrebbero lavorare insieme fanno lavorino insieme. I test BDD (o qualsiasi altra forma di accettazione) verificano che la funzionalità visibile all'utente funzioni in base alle esigenze del cliente e dell'azienda. Se il requisito finale è che qualcuno possa accedere a un sito Web, è necessario farlo con un test di non integrazione perché è così che l'utente interagirà con il sistema.

Tutto ciò che viene detto non si blocca sulla terminologia. Chiama i test come vuoi. Alla fine della giornata il software deve essere testato. Non ottieni punti bonus per testarli con BDD o con test funzionali o unitari. Gli unici punti bonus sono se il software è privo di errori il più possibile.

In un mondo perfetto avresti un'enorme pila di test unitari che testano ciascuna unità individualmente, una serie più piccola di test di integrazione che verificano l'integrazione di ciascuna di queste unità e un set ancora più piccolo che verifica che l'interfaccia utente funzioni correttamente e chiama le funzioni appropriate. E, naturalmente, una serie ancora più piccola di test esplorativi che consente ai tuoi analisti esperti di qualità di utilizzare la loro intuizione per trovare i bug davvero profondi e difficili da catturare in modo automatico.