你真的会写缺陷 告吗？

缺陷 告基础*

一，缺陷的概念：英文defect，软件或者程序中存在的错误或者问题，表现为产品的功能没有满足需求。

二，缺陷的范围定义：

1） 软件没有达到需求规格说明书要求的功能。

2） 软件出现需求规格说明书中明确不会出现的问题。

3） 软件超出了需求规格说明书中要求的功能

4） 软件出现了需求规格说明书中虽未要求但应该达到的问题（容错）

5） 测试人员或者最终用户认为的其他问题（界面设计，性能）

三，缺陷状态：

注意：**在很多情况下，开发人员拒绝或者推迟修复缺陷时，需要相关人员确认

四，严重程度：缺陷对于系统的影响程度 【S1– S4 】

五，优先级：

1） P0 紧急 需要立即进行修复（比如，12小时以内或者24小时以内）。

2） P1 一般紧急 产品发布前必须修复好。

3） P2 一般般 可以在下一个版本中修改

4） P3 不急 可以不修复（建议性问题）

写缺陷 名的基本要点

一、注意事项

1）尽量保证缺陷可以复现

1.对于难以复现的缺陷也要提缺陷 告。

2.难以复现的缺陷复现后可以通过截图或者保留现场进行相关证明。

2） 告描述要简洁，准确，完整

3）一个缺陷写一个 告

二、缺陷书写规范

1、标题：对缺陷的概要说明

2、复现步骤：按复现步骤操作，可以复现出问题

注意：复现的环境要求可以放在前置条件中

3、实际结果：按照缺陷的复现步骤复现出的结果

4、预期结果：执行操作希望出现的结果

三、缺陷处理流程（缺陷的状态跟踪）

四、缺陷统计

**注意：**不是所有的缺陷都会被修复：

1） 缺陷修复的性价比低。

2） 缺陷无法再次复现

五，缺陷 告模板