因为大多数人干脆不写测试的。

javascript 测试很蛋疼。

#2 楼 @hhuai javascript 不是用 jasmine 做测试么？

哎，又爱又恨啊，调试起来太慢，跑起来也慢，不过确实是好东西，我们一直在用

#4 楼 @allenwei 的确很费时间，可能是还不够熟悉吧

我们在 CI 上用，自己的机器跑这个耗不起…… 要一直保持测试浏览器的焦点。

#5 楼 @aquajach 熟了也很块不到哪去，跑起来慢，几天回来再写，又很慢，step 多了维护重用都很麻烦，但是确实能很好的从用户角度做 End to End 的测试，所以又爱又恨啊

刚开始用 capybara+cucumber step 太多了 确实很头疼

#8 楼 @TsingHan 感觉 capybara+cucumber 有点 over tested 了，确实太繁琐了

#7 楼 @allenwei 如果用 webkit 做 js driver 会不会快一点

#9 楼 @aquajach 重要的流程一定要 integration Test，不然怎么保证用户体验？尤其是应用大了以后会很容易出 bug 的。

有很多方法可以加快外围测试的速度，比如后门 login, 用poltergeist, 并行跑测试用这个或者这个. 或者用 CI server 等等。

#11 楼 @knwang 嗯，我也同意需要 integration test，只是个人偏好 capybara，对 cucumber 不是太感冒。关于 login 的，我比较喜欢这样

#12 楼 @aquajach Cucumber 是带着 Capybara 跑得啊，你用 rspec integration test?

#13 楼 @knwang 嗯，是的，Request Spec。毕竟都要同 rspec 来做 model 和 controller 的 test 了，就懒得再用其他的 test framework 了

嗯，这个更多是习惯了。我一般不做 controller 的 test, 太不 OO 了 #14 楼 @aquajach

#15 楼 @knwang 嗯，也有道理，我用 controller test 也算一定程度上的 integration test 了

#10 楼 @aquajach webkit 会快一点，但是有些功能和 selunium 不兼容，如果你想在本地调试不太方便