测试用例设计之胡思乱想

测试用例设计方法给我提供了科学的测试依据，避免盲目测试。

但依然有许多问题萦绕在周围。

1.可重用用例如何设计，什么样的需求可以设计这样的用例，标准是什么？

例如一个报表打印功能，有两种报表需要打印，A报表与B报表的格式内容都不一样，那么测试用例设计肯定也是不同的。但是这个功能有许多大量重复的操作，仅仅是一个预览界面的差异，其他操作都一样。是不是能将这些重复的操作作为数个子测试项，然后在其他相关测试用例中引用他们即可。

2.由上面想到，如果要做到这样的细化，那么测试需求提取时就要细化到操作步骤。那么这种细化的工作量增加和测试用例中工作量的减少是否是物有所值呢？

3.测试用例的项目名称，测试标题字段。TD，QC中自带的demo测试用例与我做过的项目测试用例写法不同。举个例子，登录功能。用户名编辑区用等价类边界值设计了5个测试用例，按照QC测试用例的设计思想，是将5个测试用例作为一个测试用例的5个步骤，如果这5个步骤通过了，那么用户编辑区这个测试点就通过了。按照我以前的做法是，将这5个用例就作为5个测试用例写入文档。这样工作量差异就体现出来了。

胡思乱想之后，发现TD，QC对于测试管理方面的作用实在是非常强大。很难想象，用文档建立的需求跟踪矩阵是如何使用的，以及那些用例分布统计，缺陷分布统计等等。