维护测试用例并进行相关缺陷管理具体是做些什么
发布网友
发布时间：2022-04-28 17:09
共1个回答
热心网友
时间：2022-06-19 21:44
开发一个软件产品，会发布多个版本，伴随着测试用例（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 的完整性、有效性！
缺陷管理
从测试错误到曲线的自动添加与手工添加；自定义错误状态、自定义工作流的缺陷管理过程。
测试项
测试项是测试需求的细化，将测试需求的各项内容以文字的形式分项列出。
测试场景
场景即是情景，是可以实现一段连续流程的用例组和。
数据字典
定义数据的约束规则，以供组件具体数据的引用。
数据池
以手工录入、文件导入、连接客户数据库三种方式，获取备用数据，以绑定用例参数的形式，为自动化运行提供运行数据。
RBT
Risk Business Test，风险业务测试。我们对用例和场景赋予RBT值以反映它的重要性。
测试环境
以测试环境为单位，管理各个测试环境中的测试机，也包括预约管理。
