测试用例的有效维护

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

根据产品特性和test case一致性，分下面几种情况分别处理：<o:p></o:p>

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

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)。<o:p></o:p>

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

4. 完全新增加的特性，大家比较清楚，增加对应的、新的测试用例。 <o:p></o:p>

这样，新旧版本的相同测试用例得到一致的维护，测试用例数也不会成几、十几倍的增加，可以真正保证 test case  的完整性、有效性！<o:p></o:p>