微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

ruby-on-rails – 来自战壕的测试工作流程

每个人都在谈论今天Rails(而不仅仅是Rails)开发世界中的TDD(BDD).很容易找到关于它的大量好的一般信息,有很多工具可以用于此目的,并且有很多(好的)如何使用它们的例子.

现在,我已经在火车上了.我喜欢这个想法(以前从未做过TDD)我决定去找那个(因为在我看来这很容易理解).我阅读了大量的例子并做了一些初步测试.我的问题是这样的:我只是不确定我是否正确行事.正如我所说的那样,网上有很多小例子,但我还没有找到任何关于应用程序的TDD整体工作流程的综合指南.

这是我的问题:

>你用Shoulda练习TDD的方式是什么? (在一次迭代中,您通常的工作流程是什么?)
>您使用了哪些其他工具(除了Shoulda本身)?
>还有其他提示吗?

解决方法

我使用的是RSpec而不是shoulda,(虽然我相信它可以和RSpec一起使用),我工作流程的最大改进来自于使用自动测试和RSpactor.

这些工具会自动监视源树的更改,并在更新测试或实现文件时执行相关测试.对测试实践的一个非常小的改变,但立即反馈增加了我为每个功能编写测试的纪律.

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐