-
Notifications
You must be signed in to change notification settings - Fork 221
Testing best practices
Andrei Cioara edited this page Aug 20, 2015
·
30 revisions
Add more best practices here!
The "length" of a D3 Selection
is always 1, regardless of how many elements are in it:
d3.select().length; // 1, not 0
The correct way to check the size of the Selection
is to assert that its size()
is equal to a particular value:
assert.strictEquals(selection.size(), expectedSize, message);
Use
whateverSelection.selectAll("line").each(function() {
let lineSelection = d3.select(this); // "this" refers to the DOM node inside the loop
});
Instead of hacky stuff like
whateverSelection.selectAll("line")[0].forEach((line) => {
let lineSelection = d3.select(line);
});
let edges = dbl.content().selectAll("line"); // this selection
assert.strictEqual(edges.size(), 4, "the edges of a rectangle are drawn"); // check here
edges.each(function() { // otherwise asserts here do not get called
...
}
That is because if something goes wrong with the test, we want to have the visual.
- Use
plot.content()
instead ofplot._renderArea
- Make sure we use the
it()
semantically. It should read like a sentence. For exampleit("does not draw rectangles for invalid data points")
instead ofit("data points that are not valid, do not draw rectangles on the plot")
These are just suggestions of best practices, slowly move them upwards as people agree. In add proposer & agreers to each to have a sense of what is okay
- Top level describes should act as category delimiters and should not have beforeEach(). That is because sometime we want to add a new, totally unrelated test to some category (say Plots.Line) and the beforeEach() does not make sense. Top Level means the title of the file (so for example "Plots" and "RectanglePlot" will be top level) (@acioara)