Headless knockout viewmodel testing mit mokka

Question

Ich versuche Headless-Tests meiner Knockout Viewmodels zu machen. Ich vermeide absichtlich, mit irgendwelchen ui Konstrukten in meinem viewmodel umzugehen und die Verdrahtung zur html Seite zu verlassen.

Dies funktioniert gut in Jasmin, da es im Browser läuft, aber wenn ich zu mocha wechseln, ich am Ende läuft Kopf voran in die letzte Zeile auf Knockout, das ist:

}) (Fenster, Dokument, Navigator);

Ich habe bei Verwendung zombiejs sieht, die eine gute Alternative sein würden, aber ich selbst nicht eine gute Geschichte, wie man es verwenden, ohne Änderung der Knockout-Quelle sehen.

Irgendwelche Gedanken darüber, wie man das angeht?

Answer 1

Dies ist ein Thema, das derzeit ebenfalls auf meinem Radar ist. Ich werde meine Ergebnisse hier in der Hoffnung, dass sie Sie in die richtige Richtung weisen könnte.

Die wahrscheinlichste Route, die ich zuerst versuchen werde, ist PhantomJS. Es ist ein kopfloser WebKit-Browser, daher sollte er hervorragende DOM-, JSON-, HTML5- und CSS-Selektoren unterstützen (z. B. works with jQuery and qUnit).

Ich entschied mich für das, weil es von knockout.js selbst verwendet wird, die ich im knockout.js Repository entdeckt, wo es eine .travis.yml Datei und dieser Kommentar war:

I Ich habe keinen Beweis dafür, dass dies funktionieren wird, aber ich wurde ermutigt durch seinen Einsatz im Kern von knockout.js. Ich fand auch this runner script for knockout/phantom, die wie ein guter Startpunkt aussieht.

Ich habe auch festgestellt afewexamples mit Mokka und PhantomJS über node.js, this lib extending grunt einschließlich Mokka innen Phantom zu laufen, und this script showing how to run mocha inside PhantomJS. Dieser Teil ist zumindest sicher.

Eine andere Lösung noted in the knockoutjs archives ist knockout-node und JsDOM zu verwenden, um eine praktikable DOM, aber auf den ersten Blick zu schaffen, das schien zu nebulös und wahrscheinlich bei der Umsetzung Ihrer eigenen Testumgebung führen.

Es gibt eine slidedeck suggesting zombie.js würde mit Knockout/Node/etc arbeiten. Aber ich kann nichts finden, was harte Beweise bietet, also mochte ich diesen Weg auch nicht.

Answer 2

Vielleicht ist dies, weil Knockout geändert hat (wie die akzeptierte Antwort alt ist), aber heute glaube ich nicht, dass dies (mehr) notwendig ist. Sie können ein Knockout-View-Modell einfach testen.

global.ko = require('../../Website/Scripts/knockout-3.4.0.js'); 

Danach können Sie Ihren Test wie gewohnt laufen: instanziiert Ihr Viewmodels, führen alle Operationen darauf und behaupten, alles, was ich das globale ko Variable in meinem Test tun musste, wurde eingestellt.

Ich habe a little more darüber geschrieben, aber im Grunde funktioniert das für mich:

global.ko = require('../../Website/Scripts/knockout-3.4.0.js'); 

var MyViewModel = require('../../Website/Scripts/myViewModel.js').MyViewModel; 

describe('MyViewModel', function() { 
    var viewModel; 

    beforeEach(function(){ 
     viewModel = new MyViewModel(); 
    }); 

    describe('...', function() { 
     /* And so on */ 
    }); 
});