如何组织
测试用例比如何写测试更重要。个人的一些经验总结在此。
1. 使用describe 和 context 来区分 不同的测试分类和同一个测试的不同方面
describe 一般用作分类，需要测试什么东西
context 用来对需要测试的东西的不同方面
比如
|
descirbe Order do #分类
describe "#status" do
context "should include a default value" do #具体的某一方面
... ...
end
end
end
|
可以参考的
文章 http://www.slideshare.net/ihower/rspec-7394497 @ihower的ppt，
2. 区分类方法和实例方法
如 类方法用 .class_method, 实例方法使用 #instance_method
3. ***嵌套超过三层测试用例结构
比如 如下的测试代码看起来就非常清楚
|
describe ClassA do
describe "#method_a" do
context "x = 1" do
end
end
end
|
4. 遇到多种交错的测试条件 改怎么办？
比如 我们要测试方法 method_a , 然后 方法 method_a 中有method_b 的条件约束 改怎么办呢？
最新内容请见作者的GitHub页：http://qaseven.github.io/
