我应该为我的协会编写单元测试吗？
关于如何以及是否进行测试,我没有找到很多好的资源.我也看到/听到一些意见,可以不测试你的关联(belongs_to和has_many),因为它们已经在rails中测试过了.还有另一种观点认为,如果你编写代码,那就是你测试的代码.
所以,如果你说我应该,请告诉我几个很好的方法.目前,我正在使用Test :: Unit编写测试,而我没有使用Shoulda(我没有任何宏).因此,为了测试每个关联,我创建了一堆对象,然后对它们进行断言.有点像这样 -
对于has_many注释的Post模型,我的测试逻辑就是这样 -
p = Post.create(:title => 'dummy_title', :content => 'lorem ...')
3.times{ Comment.create(:post_id :=> p.id, :commentor => 'jack')}
assert_equal(3, p.comments.size, "post doesn't have correct no of comments")
对于我的Web应用程序,我需要存储跨越多个页面的表单输入,直到我最终处理/操作它们以产生一些结果(它主要格式化输入的数据并以某种布局呈现它).我认为我有的选择是 -
继续将用户的输入发送到服务器,将其存储在某个数据库中,仅在那里进行最终操作,并显示结果.
当用户填写表单时,将输入存储在浏览器的存储中,最后使用此存储的数据来操作和显示结果.
我非常想使用第二种方法,也许可能的方法是使用cookie,但恐怕我可能只是达到了cookie数据存储的一些上限.我也愿意理解第一种方法或任何第三种方法的优点.
谢谢.
我们目前正在运行rails 2.1.
我升级的主要动机是担心我们的版本(以及最新技术的兴奋)日常宝石/插件将变得越来越稀少/不可用/不受支持.
我知道rails3有很多改进,但可能是我的经理想要听的是他在业务方面所获得的优势.
我们的是Saas应用程序,应用程序上的负载不是很高,但对可靠性的需求更多.
编辑:
看起来我对升级的倾向需要重新思考,所以欢迎回答"我应该升级".
我原来的问题也需要答案 - 如何描述从rails2.1升级的业务优势 - > rails3.
该应用程序是正在积极发展/增强.