dev*_*lip 6 tdd rspec ruby-on-rails ruby-on-rails-3
作为Rspec noob,我不知道这个问题是有道理的.我真的很困惑,无法得到解决方案.
我们有一个新要求,要求我们为现有项目编写Rspec测试用例.他们有应用rails3已经工作,但他们希望现在写入rspec案例
我的问题是
为现有应用程序编写Rspec案例确实有意义吗？
我们可以为已经工作的项目编写规范吗？
我们是否应遵循任何指导方针为已编写的应用编写规范
谢谢
正如dpassage正确指出的那样,你的问题与rspec无关.这是关于遗留代码的单元测试.
为现有应用程序编写Rspec案例确实有意义吗？我们可以为已经工作的项目编写规范吗？
是.在编写应用程序之前首先编写测试时最好.写测试永远不会太晚,起步晚不伤人.测试遗留代码:将单元测试添加到遗留代码
我们是否应遵循任何指导方针为已编写的应用编写规范
我的两分钱:
逐步添加测试
首先测试应用程序中最重要的部分.即首先开始编写单元测试并关注重要模型(而不是所有模型).测试模型后,请转到功能测试(控制器)和集成测试.记住:要吃大象,我们需要一次吃一块.
如果现有模型难以编写测试,则意味着您需要重构代码.重构使您的模型易于测试.
始终从NOW为新模型/实现编写单元测试.
有用的参考:
将测试用例添加到现有代码中是绝对有意义的; 它将有助于保持应用程序正常工作,因为未来的增强功能和错误修复.
没有什么rspec可以使这种情况特别不同; 它只是一个测试框架,使您能够以多种不同的方式测试代码.
有关编写遗留代码测试的大量文献; 结合优秀的文档,如The Rspec Book,你应该可以开始了.
| 归档时间： |
|
| 查看次数： |
2309 次 |
| 最近记录： |