angularjs - 写好 App 后再写 Angular 单元测试？

Question

我继承了一个中型 Angular 应用程序。它看起来组织得很好，写得很好，但没有实现文档或单元测试。

我将努力在死后编写单元测试，并最终通过 ngdoc 从事 e2e 测试和文档工作。

我想知道事后编写单元测试的最佳方法是什么。您会从服务和工厂开始，然后是指令等还是其他一些策略？我计划使用 Jasmine 作为我的测试框架。

我还应该提到，我只接触代码几天，所以我还不能 100% 确定所有内容是如何联系在一起的。

Answer 1

归根结底，您需要知道的是您的软件是否能够在业务限制范围内正确、一致地运行。这才是最重要的，TDD 只是帮助您实现目标的工具。所以，这就是我接近这个答案的心态。

---

如果有任何已知的错误，我会从那里开始。用测试覆盖当前或预期的功能，并在进行过程中修复错误。

在那之后，或者如果没有任何当前已知的错误，那么我会担心在您开始维护代码和进行更改时添加测试。添加测试以覆盖当前正确的功能，以确保您不会以意想不到的方式破坏它。

一般来说，编写测试来覆盖看起来有效的东西，只是为了让您可以进行测试覆盖，不会很好地利用时间。虽然感觉不错，但测试的目的是告诉您什么时候出了问题。因此，如果您已经有了工作代码并且您从未更改过它，那么编写测试来覆盖它不会使代码的错误更少。手动检查代码可能会发现尚未发现的错误，但这与 TDD 无关。

这并不意味着永远不要在事后编写测试，但在事后进行详尽的测试似乎有点矫枉过正。

如果这些建议都不适用于您的特定情况，但无论如何您都想添加测试，那么请从代码中最关键/最危险的部分开始——如果出现问题，您将特别是螺丝，并确保这些部分坚如磐石。