缺陷修复后没有通过确认测试，需要再次打开缺陷报告，这时候缺陷处于哪一个状态。
A: 打开
B: 已修复
C: 重新打开
D: 延迟
A: 打开
B: 已修复
C: 重新打开
D: 延迟
举一反三
- 一个缺陷修正后进行测试，发现还存在，这个缺陷处于什么状态 A: 打开 B: 修复 C: 关闭 D: 分配
- 缺陷管理的流程可以概括为：测试人员提交新的缺陷入库，缺陷状态为1；高级测试人员验证缺陷，如果确认是缺陷，分配给相应的开发人员，设置状态为2，如果不是缺陷，则拒绝，设置为“拒绝”状态；开发人员查询状态为3的缺陷，做如下处理：如果不是缺陷，则置状态为“拒绝”，如果是缺陷则修复并置状态为4，如果不能解决的缺陷，要留下文字说明并保持缺陷为“拒绝”状态；测试人员查询状态为5的缺陷，验证缺陷是否已解决，做如下处理：如问题解决了置缺陷的状态为6，如问题没有缺陷则置状态为7。上述流程中1至7相对应的状态标识为 。 A: 新信息→打开→打开→修正→修正→关闭→重新打开 B: 打开→修正→关闭→修正→修正→关闭→打开 C: 新信息→打开→打开→关闭→修正→关闭→重新打开 D: 新信息→打开→打开→修正→关闭→修正→重新打开
- 开发人员修复缺陷后,测试人员需要重新进行测试,以确保原有缺陷已被修复并且没有引入新的缺陷,这种测试称为()
- 通常情况下,关于缺陷报告,下列说法正确的是( )。 A: 对于不可重现的错误,可以不用报告 B: 为了提高人们对缺陷的注意力,需要夸大一些缺陷的严重性 C: 细小的缺陷也应该报告 D: 新提交-打开-打开-修正-关闭-修正-重新打开
- 集成测试阶段：软件工程师根据《 》展开缺陷原因调查并修复，并通知测试工程师重新测试确认，修改的软件代码需及时提交到项目软件版本控制库。测试工程师确认缺陷已修复后关闭对应缺陷问题（） A: 命名管理办法 B: 软件测试计划 C: 缺陷跟踪表 D: 软件需求说明