Test unità

Per i veri test delle unità JavaScript, di solito consiglierei che possano essere eseguiti da uno strumento da riga di comando, o da uno strumento basato su browser ma dove i test unitari sono ancora separati dalla base del codice principale.

Ultimamente, i framework che ho trovato sono i più pratici da usare dove Jasmine e JsTestDriver, sia in termini di design e strumenti API (ad esempio, da integrare con una build Maven, che già impone la separazione del codice sorgente e testare il codice in generale). Alcuni altri strumenti automatici e privi di testa offrono anche un certo livello di supporto di JavaScript (come HtmlUnit), ma sfortunatamente sono solitamente quelli basati su browser che forniscono i migliori risultati (ma sono anche i più difficili da integrare e mantenere). Pertanto, di solito, il codice di prova fa parte del stesso progetto , ma è chiaramente separato e non fa parte dell'output generato .

Test di integrazione

Oltre a ciò, ovviamente alcuni aspetti di JavaScript si basano molto sull'interfaccia utente, e potresti volere avere test di integrazione più completi (usando qualcosa come Seleniun, per esempio). Per questi, non è raro averli in progetti separati, soprattutto perché i test di integrazione possono fare affidamento su più moduli.

Organizziamo ed eseguiamo i nostri test unitari separatamente:

• Deve essere in grado di eseguire test dalla linea di comando
• I test dovrebbero essere relativamente facili da scrivere

Test delle unità sono le specifiche di progettazione del comportamento del modulo, sono non un'osservazione di tutto ciò che fa il codice. La query sui test di unità su come il modulo fa il suo lavoro , piuttosto che su ciò che fa.

Dopo alcune ricerche, abbiamo trovato rhinounit - Framework di test Javascript basato su Ant . Tuttavia, potrebbero esserci altri nuovi framework di cui sarei lieto di sapere.

Esiste anche un confronto tra RhinoUnit vs JSUnit net che potrebbe essere interessante da guardare.