我作证 #10 楼 @xdite #11 楼 @chitsaou 为 ruby-china 贡献了大量代码，从 git 日志就可以看到。一楼的发言是不恰当的。

#8 楼 @iwinux =_,=

删除 reply 导致的错误，提交了一个 issus https://github.com/huacnlee/ruby-china/issues/229

先手工删除了有错误的数据，楼主再试试？

我去查查，稍等

#3 楼 @tassandar

1 语法不同

Test::Unit 用 asset_* 断言风格 Rspec 用 should * 风格

2 Rspec 的辅助方法多一些，比如 should include

3 Rspec 可以嵌套上下文，上下文复杂的时候比较有帮助

4 Test::Unit 是 Rails 自带的，没有升级阻碍。rspec_rails 看文档说一些 should 方法其实是对 Test::Unit 的包装。

然后我感觉没别的了，做的是一样的事。

以前读源码记得默认加了 'script‘……

看上去是 3.2.2 变严格了吧。加上 datatype 是好习惯，毕竟 ajax 请求 html , script, json 都是有可能的，服务端无法预设。

#4 楼 @ripple 实际 rails 部署就是开多进程的

https://github.com/chloerei/code_campo

我写 Test::Unit，我觉得 Test::Unit 语法平实，更容易理解。楼主可以参考 code_campo 的 git log。

测试其实就一个逻辑：进行了什么操作，发生了什么效果。简单的测试很多时候很有效，不要把逻辑的复杂和测试的复杂绑定起来，写测试的时候把自己作为第 3 者观察就清晰很多了。

#10 楼 @ripple 放在 app/model 就可以全局都用。如果一定要在启动环节载入就放在 config/initializers。

#3 楼 @cqpx http://codecampo.com/topics/84 HTML5，让 Ajax 改变 URL 且支持后退

直接用这个类

#4 楼 @daqing 模拟用户行为的不是 cucumber，是 webrat 或 capybara

注册是 devise 提供的，一不小心忽略了

#56 楼 @huacnlee 强制白名单之后，不设置就写不进，程序员就不会忘了。

#50 楼 @hisea 想了一下，是指 permission 可以指定 model attr accessible 的情形？

类似这种情况？

topic.update_attributes params[:topic].slice(current_user.role.permission[:topic])

那确实写在 controller 和 model 分别不大了。不过我觉得实际应用权限也不需要太灵活，公司网站（一个论坛）实现一个分门别类的权限控制，实际上开发、运营和审核也就几个人而已，用上的权限也就分 3、4 个够了。

#11 楼 @Rei 奥，发现百分号被滤掉了……

http://movie.douban.com/tag/%E7%BE%8E%E5%9B%BD

#8 楼 @tualatrix 有效 URL 里面的中文应该要转义的，chrome 能显示中文是浏览器端的处理，复制出来还是会变成转义字符。比如

http://movie.douban.com/tag/%E7%BE%8E%E5%9B%BD

#50 楼 @hisea 实现各种逻辑，写在 Controller 和 Model 复杂度都是一样的。我只是赞同写在 model 里而已。

#14 楼 @hhuai 程序员自己的测试是白盒测试，要灵活。外部需求提供的需求是黑盒，就只定义粗粒度的测试。

我没接触过外包，看你描述是外部接口都定义好了，那就是外部测试了。TDD 主要是讲程序员自己的测试，可以灵活迭代，多写内部测试还是有助于更快达到外部测试的需求。

#11 楼 @evan 测试是用来检测代码实现是否和想法相符，想法可能是错的，测试也可能是错的，但比什么都没有好。

#9 楼 @hhuai

当脑中有一个大概的设计，觉得应该有一个接口，输出输出是这样子，把这个想法用代码表示出来，这就是一个测试用例了。

然后觉得这个接口太大，需要一些小的处理方法，也把这个方法的输入输出地用代码表示，就是另一个测试用例了。测试用例可以随着想法变更增删。

其实打开终端，敲调试代码的时候，就是在写一次性的测试代码，而且很可惜的是这些代码只用一次就扔了，其实很可能还有用的。

以前学习 Qt 编程，未接触自动测试，也是用了 Rails 才用上了。现在我对前端测试不熟，但也觉得是必须的，像 jQuery 本身是带测试的。前端测试要怎么整理我实践还太少。

我不追求完全覆盖，只要求关键覆盖。

觉得写测试时间太长的原因一是不熟练，二是没有把调试时间一起考虑。

维护别人的项目时候我才会后写测试，自己写都是先写测试。

#43 楼 @hisea attr_accessible 有 role

这两个我都觉得不是好的选择……

我这明天如果没任务也去搞~

我觉得白名单写进 Model 好，不然控制器还得知道 Model 的属性。用了 attr_accessible 之后，控制器知道 role 就行了，相当于打包属性组。

#6 楼 @camel V2EX 也是有这个提醒的，发帖量大就有用了。