测试用例的有效维护

8bz.W+P-s%Bu]0                                                         转载软件测试和质量专栏             51Testing软件测试网k Pj"U.i3lM(@ k]
 
2t;H?VQ;^0开发一个软件产品，会发布多个版本，伴随着测试用例（Test case）的不断维护, 使测试用例不断完善并与产品功能、特性(features)的变化保持一致，所以测试用例是和产品版本相关联的。特别是对提供软件服务的软件产品，多个版本常常共存，为客户提供服务，这时多个版本的测试用例也是并存的，所以在新建、修改、删除测试用例时要十分小心，并有相应的规则。

根据产品特性和test case一致性，分下面几种情况分别处理：

1. 产品特性没变，只是根据Late Discovery Bug 或 Remedy Ticket 来完善 test case，只有这时候可以修改Test case, 也就意味着当前修改的test case，对目前和以前的版本都有效。51Testing软件测试网`$R*sR"|.c

2. 原有产品特性发生了变化，不是new feature, 而是enhanced features（功能增强）, 这时候原有的 test case 只对先前版本（如version 1.0、2.0) 有效，而对新的版本（如 version 3.0)无效，这时绝不能修改 test case ，只能增加新的 test case，这一点很重要。原有的 test case 依然对原有版本有效（如version 1.0、2.0)。51Testing软件测试网P!]N GD0i]-}j;R

3. 原有功能取消了，这时只要在新版本上使之对应的test case置为inactive（无效）。51Testing软件测试网4\V ]x(B{6M?$q9V

4. 完全新增加的特性，大家比较清楚，增加对应的、新的测试用例。 51Testing软件测试网S(PO}.N

这样，新旧版本的相同测试用例得到一致的维护，测试用例数也不会成几、十几倍的增加，可以真正保证 test case  的完整性、有效性！
Gt;cN@&S|%|~e0
X%CsD6}M.w.N%q0