测试基础架构开发修改完bug，测试回归，回归后发现缺陷仍然存在，测试人员应该设置状态（）
A: 新建
B: 已解决
C: 重新打开
D: 已延期
A: 新建
B: 已解决
C: 重新打开
D: 已延期
举一反三
- 测试基础架构经测试人员回归测试完毕后，发现该问题已经解决，应该将bug置为状态（） A: 新建 B: 已解决 C: 关闭 D: 已延期
- 在软件缺陷的生命周期过程中，当软件的某一个版本经过测试人员回归测试完成后，确实发现该缺陷已经解决，那么该缺陷可以设置为状态（） A: 新建 B: 已解决 C: 关闭 D: 已延期
- 问题还没有解决。测试人员新报告的缺陷，或验证后缺陷仍然存在，这些缺陷所处的状态是 A: 激活状态 B: 非激活状态 C: 已修正状态 D: 关闭状态
- 关于软件测试的名词术语以下解释错误的是() A: 冒烟测试是指测试版本的主要功能的测试 B: 确认测试是当发现和修改一个缺陷后,重新进行测试以确定原来的缺陷已经成功修复 C: 回归测试是对已修改过缺陷的程序进行重复测试,以发现在这些变更后是否引入新的缺陷。 D: 随机测试就是随便测试,不需要知道测试范围
- 软件项目中的测试管理过程包括（ ）。 A: 单元测试、集成测试、系统测试、验收测试 B: 单元测试、集成测试、验收测试、回归测试 C: 制定测试计划、开发测试工具、执行测试、发现并报告缺陷、测试总结 D: 制定测试计划及用例、执行测试、发现并报告缺陷、修正缺陷、重新测试