Przykład z testowania metody
// With this test file located in ./test/thistest.js
var app = require('../server');
describe('Student node api', function(){
it('counts initially 0 student', function(cb){
app.models.Student.count({}, function(err, count){
assert.deepEqual(count, 0);
});
});
});
count
ten sposób można przetestować API węzła, bez zawijania API REST.
Jednakże, w przypadku metod wbudowanych, te rzeczy zostały już przetestowane przez strongloop, więc powinny być całkiem bezużyteczne do testowania interfejsu API węzła. Ale dla metod zdalnych (= niestandardowych) nadal może być interesująca.
EDYCJA: Powodem, dla którego ten sposób robienia rzeczy nie jest wyjaśniony, jest fakt, że ostatecznie należy przetestować kompletny interfejs API REST, aby upewnić się, że nie tylko interfejs API węzła działa zgodnie z oczekiwaniami, ale także że listy ACL są poprawnie skonfigurowane. , kody powrotu itp. Ostatecznie kończysz pisanie 2 różnych testów dla tego samego, co jest stratą czasu. (Chyba że lubisz pisać testy :)
Dla kontekstu: Dokumenty Strongloop naprawdę nie tłumaczą testowania i szukanie go w "teście strongloopjs" dostarcza tylko takich artykułów: https://strongloop.com/strongblog/how -to-test-an-api-z-węzłem-js/który testuje aplikację za pomocą HTTP API, zamiast wykonywać testy jednostkowe samych modeli. –