Ich habe eine kleine Bibliothek, für die ich die Testfälle schreiben möchte. Bitte beachten Sie, dies ist das erste Mal, dass ich Komponententests schreiben werde :)Testen eines Moduls gemusterten JavaScript-Code mit Mokka
Meine Bibliothek ist eine kleine Diagrammbibliothek, die d3.js benutzt, um ein Diagramm zu zeichnen. Es ist eine Zeile Code 200 geschrieben unter Verwendung von Modul prasseln wie folgt aus (nur ein Beispiel):
var graph = (function() {
var a, b, c;
function x() {
//uses a
}
function y() {
uses a, b and possibly calls x
}
function plotChart() {
//uses c;
},
function plotAxis() {
//uses a,b
}
function validate() {
//validates values
}
return {
createChart: function(options) {
//calls validate,
//calls plotChart
//calls plotaxis
.
.
.
.
}
}
Was ist der beste Weg, um mit Unit-Tests dieses irgendwie Code zu starten ist. Die meisten Funktionen wie a, b, c, plotGraph, plotAxis usw. sind private Funktionen, die nicht der Außenwelt ausgesetzt sind.
Plus, ist Mokka eine gute Wahl? Mein Ziel ist es, einen Eindruck von Komponententests zu bekommen und dann Erfahrungen zu sammeln, indem ich tiefer in die Materie eindringe. Bitte vorschlagen.
jemand interessiert sich für die Abstimmung für die Schließung kommentieren? – beNerd
Was setzen Sie als öffentliche API aus? Fang an, das zu testen. Das Outside in Structure hilft normalerweise, es mit dem Gesichtspunkt zu prüfen, wer Ihre Bibliothek benutzen wird. – MarcoL
rechts. Ich zeige also nur eine öffentliche Methode 'createChart' an, die ein paar Optionen benötigt. Also keine Notwendigkeit, die privaten Methoden zu testen? – beNerd