Mik*_*her 2 unit-testing jasmine angularjs protractor
我继承了一个中等角度的应用程序.它看起来组织得很好,编写得很好,但是没有实现文档或单元测试.
我将努力在死后编写单元测试,并最终通过ngdoc在e2e测试和文档中工作.
我想知道编写单元测试的最佳方法是在事后.您会从服务和工厂,指令等或其他策略开始吗？我计划使用Jasmine作为我的测试框架.
我还应该提一下,我只使用了几天的代码,所以我不是百分之百确定一切如何联系在一起.
在一天结束时,您需要知道的是,您的软件可以正常,一致地工作,并且在业务限制范围内.这一切都很重要,TDD只是帮助您实现目标的工具.所以,这就是我正在接近这个答案的心态.
如果有任何已知的错误,我会从那里开始.通过测试覆盖当前或预期的功能,并随时修复错误.
在那之后,或者如果没有任何当前已知的错误,那么当您开始维护代码并进行更改时,我会担心添加测试.添加测试以涵盖当前正确的功能,以确保您不会以意外的方式破坏它.
一般来说,编写测试来覆盖看起来有效的东西,只是为了让你可以进行测试覆盖,不会很好地利用时间.虽然它可能感觉很好,但测试的目的是告诉你何时出错.所以,如果你已经有了工作代码并且你永远不会改变它,那么编写测试来覆盖它将不会使代码变得更少.手动查看代码可能会发现尚未发现的错误,但这与TDD无关.
这并不意味着永远不应该在事后编写测试,但事后的详尽测试似乎有点矫枉过正.
如果这些建议都不适用于您的特定情况,但是您仍然希望添加测试,那么请从代码中最关键/最危险的部分开始 - 如果出现问题,您将特别搞砸,并确保这些部分是坚如磐石的.
| 归档时间： |
|
| 查看次数： |
154 次 |
| 最近记录： |