Question

我在Mocha for Node应用程序上做这个教程。 http://code.tutsplus.com/tutorials/testing-in-nodejs--net-35018

它有这段代码

describe("Tags", function(){
   describe("#parse()", function(){
       it("should parse long formed tags", function(){
           var args = ["--depth=4", "--hello=world"];
           var results = tags.parse(args);

           expect(results).to.have.a.property("depth", 4);
           expect(results).to.have.a.property("hello", "world");
       });
   });
});

有没有理由我不能只有一个描述线？喜欢这个

describe("Tags #parse()", function(){
   it("should parse long formed tags", function(){
       var args = ["--depth=4", "--hello=world"];
       var results = tags.parse(args);

       expect(results).to.have.a.property("depth", 4);
       expect(results).to.have.a.property("hello", "world");
   });
});

Answer 1

每个\documentclass{book} \usepackage{titlesec} \usepackage{lipsum} % just to generate text for the example \titleformat{\chapter}[display] {\bfseries\Large} {\filright\MakeUppercase{\chaptertitlename} \Huge\thechapter} {1ex} {\titlerule\vspace{1ex}\filleft} [\vspace{1ex}\titlerule]创建一个不同的测试，每个describe将测试测试下的不同“行为”。

例如，在测试类或模块时，创建顶级it和几个嵌套describe("MyModule", ...)调用是一种很好的方式，每个方法/函数都有一个调用。

这一切都归结为测试的样式和粒度。理论上，您可以使用一个描述测试整个API，如果需要，可以测试一个。使其粒度化意味着当测试失败，重构或更改API等时，您可以获得更细粒度的控制。

您完全可以按自己喜欢的方式设计测试。

1或2描述了mocha测试中的函数？

1 个答案: