在撰写缺陷报告时，我们应遵循如下原则：
A: 严重的缺陷必须设置高的处理优先级
B: 缺陷如果无法重现，则不能提交缺陷报告
C: 应详细描述每一个操作步骤和系统响应
D: 缺陷报告的标题应简洁明了
A: 严重的缺陷必须设置高的处理优先级
B: 缺陷如果无法重现，则不能提交缺陷报告
C: 应详细描述每一个操作步骤和系统响应
D: 缺陷报告的标题应简洁明了
举一反三
- 当测试人员报告缺陷时，正确的处理方式是： A: 严重性级别为“严重”的缺陷必须对应“高”优先级 B: 缺陷标题应尽量详细描述 C: 缺陷一旦关闭，就不能再次打开 D: 如果缺陷确实无法重现，也应提交，并在报告中注明这一情况
- 当测试人员报告缺陷时,正确的处理方式是:<br/>( <br/>)。 A: 严重性级别为“严重”的缺陷必须对应“高”优先级 B: 缺陷一旦关闭,就不能再次打开 C: 如果缺陷确实无法重现,也应提交,并在报告中注明这一情况 D: 缺陷标题应尽量详细描述
- 如何写一个良好的缺陷报告？以下说法不正确的是（ ） A: 报告随机缺陷、不夸大缺陷，报告小缺陷。 B: 及时报告缺陷、引用别人报告不要擅自修改、缺陷报告中注明姓名和日期。 C: 保证重现缺陷、包含所有重现缺陷的必要步骤。 D: 在提交某些缺陷时，可以加重自己的语气以提醒开发注意。
- 关于缺陷报告，下列说法中正确的是（） A: 每一个缺陷都要有一个唯一的编号用于标识该缺陷。 B: 缺陷报告要有缺陷重现步骤。 C: 一个缺陷要生成一份报告。 D: 缺陷报告要整洁完整。
- 测试人员在处理缺陷时的错误做法是：（） A: 准确描述缺陷标题内容，使得相关人员可以通过查看标题即可明确缺陷所描述的详细内容 B: 详细描述缺陷重现步骤，以及软件存在的问题，方便开发人员可迅速重现缺陷 C: 准确描述缺陷优先级、严重程度，以正确体现软件质量问题，同时方便开发人员根据优先级和严重程度对缺陷进行处理 D: 找到开发人员对缺陷进行口头描述，在得到开发人员确认、并修复缺陷后，可不将该缺陷提交至缺陷管理平台上记录