为什么需要保存测试用例？

hongleicome

对于测试，大家都明白坚持编写测试用例的目的，意图和作用是什么。但是对于测试用例的保存与复用的作用到底是什么呢？虽然保存了每一个测试用例，但是一直以来并没有遇到需要重用的情况，每次都是重新编写，因为以前的测试用例不能覆盖或者满足所有的测试点。
请高手指点。

joytone

俺也想知道,,来高手说明啊!
一般情况下只能用来参考下而已.或者象历史一样的保存下来.

Tender

用例每次更新是很正常的，因为每次都有修改和增加。
一个比较长远的项目，基本用例一般是不会变化很大的，需要增加的都是新的。
老的用例一般作为参考，给后来的测试人员一个标准。

fxlizard

我觉得,用例保存的目的是为了复用....
而复用的目的是为了覆盖率和成本.

复用在保证一定覆盖率的要求下,可以节省成本!

当然,测试用例设计没有形成方法和格式化前, 复用或许还会增加成本!

nanbowan

我的看法：
保存测试用例的目的有一下几点：
如果项目未完成，保存测试用例可以用于回归测试、测试评审和验收测试
如果项目已经完成，可以对以后的类似的项目起到参考作用。例如我们的产品有继承性，一部分测试用例是可以复用的。

sanjieyu

楼上几位说得都很有道理，也说到点子上面去了
我在附加几个作用
1 从最初的project开始，每个case后面都会有个item是关于execute的时间的，这样几轮Run做下来，每个case的相应执行时间都会有个大概的度量，整个项目下来，所有case的执行时间就有了一个可以度量的范围，
对于以后的相近的project，这会是一个很好的制定manhour的依据

2 并不是说保存case重要，重要的是要及时的update case。
test case对于每个project来说，都是很宝贵的资料。
我们会在submit new bug的时候，给出相应的case number，确保一个bug有一个test case对应，如果是因为ad hoc产生的bug，那会及时的添加一个新的test case for 这个new bug，保证test case的时刻更新。

lookingfor

不能重用很大原因是设计的不好，没有区分好固化的部分和易变的部分，即测试用例的结构不好，且不愿意投入时间去维护，在实际中还有就是为了保证测试用例的完整性而有一些不是关键的内容也需要维护，增加了工作量，特别是没有工具的情况下。

如果能根据RUP 中的测试用例、测试过程和测试数据、测试脚本这些都较给独立地区分的话，再结合一些管理工具，重用性应该会得到提供，当然需要有人和有时间取持续地维护这一滩东西。

kingamy

做产品维护的,保存并不断完善测试用例显得尤为重要
1、可以指导新来的测试人员较快地上手
2、当你经手的产品越来越多的时候，产品维护过程中的修改导致重新测试，这时候，以前的测试用例就可以重用了，无需你重新去建测试用例，最多是在该测试用例基础上更新、补充一点内容
3、我们以前工作中，当产品的很多文档都不齐全时，我们的实施部门就是靠测试用例文档来指导客户进行新业务的实施的