angularjs - 测试正确的 $scope 初始化是否是 "testing someone else' 代码的示例”？

Question

我是测试新手，我知道编写测试第三方包的单元测试不是一个好的做法。但我很好奇以下测试是否构成对 AngularJS 框架本身的测试:

describe("TestController", function () {
    it("should set up the $scope correctly", function () {
        expect($scope.foo).toBe("bar");
    });
});

测试您的 $scope 是否正确初始化是个好主意，还是因为那是 AngularJS 的工作而不是您的工作，您是否应该避免为此编写测试？很抱歉，如果这有一个明显的答案，但我想确保我在教我的学生时教的是正确的原则。

Answer 1

在您的示例中，您正在测试 TestController 的行为，这是您编写的一个类，即您正在测试您自己的代码。

如果您告诉它(这确实有点多余，因为它已经被 Angular 测试涵盖)，您并不是在测试 Angular 是否可以正确设置状态，您是在断言您的代码完成了您的应用程序需要的事情它要做的(这涉及调用 Angular 函数是次要的)。

所以这是一个很好的测试。

根据您的应用程序，有可能以更“高级”的方式检查相同的行为，而不是断言给定状态变量具有的确切值。对于某些应用程序，可以将其视为实现细节，而不是验证正确行为的最合适方法。您不应该测试内部状态，而应该测试外部可见的行为。不过，在这种情况下，由于您正在测试 Controller ，而 Controller 所做的只是更新状态，所以它可能是合适的。

如果您发现您在 Controller 中所做的一切都是无条件设置状态，而没有涉及任何逻辑，那么您可能真的没有必要在该粒度级别测试代码(也许测试更大的单元组合起来做有趣的事情”)。这里的典型示例是测试 setter/getter 方法:是的，您有可能将这些单行代码弄错，但它们会进行非常无聊的测试，因此您可能想跳过这些(除非它们可以自动生成)。

现在，如果这个测试失败，可能是出于三个(不相互排斥的)原因:

1) 您的代码已损坏(缺少某些状态设置或您没有正确设置)。检测这一点是单元测试的主要目的。

2) Angular 坏了(你正确地设置了状态，但不知何故 Angular 丢失了它)。这不太可能，但如果它确实发生了，你现在有一个测试用例可以附加到你的错误报告给 Angular。请注意，您并没有打算为 Angular 编写测试用例，而是“偶然”得到的。

3) 你的代码和 Angular 都是正确的，但是你的测试代码是错误的。当您更新正在测试的代码并且测试代码也需要调整时，这种情况经常发生，因为它的假设太窄，或者预期的行为已经改变并且测试现在已经过时了。