测试用例的有效维护

转载软件测试和质量专栏

 

开发一个软件产品，会发布多个版本，伴随着 测试用例（ Test case ）的不断维护 , 使 测试用例 不断完善并与产品功能、特性 (features) 的变化保持一致，因此 测试用例 是和产品版本相关联的。特别是对提供软件服务的软件产品，多个版本经常共存，为客户提供服务，这时多个版本的 测试用例也是并存的 ，因此在新建、修改、删除 测试用例 时要十分当心，并有相应的规则。

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

1. 产品特性没变，只是根据 Late Discovery Bug 或 Remedy Ticket 来完善 test case ，只有这时候能够修改 Test case, 也就意味着当前修改的 test case ，对目前和之前的版本都有效。

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) 。

3. 原有功能取消了，这时只要在新版本上使之对应的 test case 置为 inactive （ 无效 ）。

4. 彻底新增长的特性，你们比较清楚，增长对应的、新的测试用例。 

这样，新旧版本的相同测试用例获得一致的维护，测试用例数也不会成几、十几倍的增长，能够真正保证 test case   的完整性、有效性！