测试用例文档的细粒度

编写测试用例文档的其中主要目的是为了记录测试情况和bug的追踪，即要保护文档的完整性，可观性，可统计，可方便编辑性。为了编写文档方便而去做用例的，最后苦的是自己。

例子：有1－10个I/O接口测试，功能就只有输入/输出，但接口间构造不同。那么写测试用

例的细化程度时，只写2*10（2个功能*10个接口）个用例，还是只写2个用例？

2个用例的细粒度描述：10个接口中都有输入功能
2*10个用例的细粒度描述：1个接口中有输入功能

总结出细粒度越小用例数越多，优点是能把出现问题的不同测试点都能分开记录并进行缺陷管理，这点对第1种是不好体现的。缺点就是用例多维护困难。具体还要看实际需求，只是要清楚写用例的需求目的。

补充：根据首页的文章介绍，添加了些好的说明

5、用例细化：输入的一种组合，或者一条流程线对应一个测试用例，尽量不要在一个用例中融和多种情况，在自动化测试的脚本中为了提高效率我们会在一个自动化脚本中融入各种情况的输入，然后一个动作，所有的输出一次生成，针对这种情况，建议在脚本中对各种输入对应的案例一一备注说明，运行失败的时候也方便新人定位问题。