软件测试第一阶段：web前端技术基础-11- 测试用例中的缺陷管理

一丶软件缺陷简介

• 缺陷不等于bug
• bug仅仅是缺陷中的很小的一个部分而已
• 什么是缺陷：只要让测试人认为不合理的，那么这个就是缺陷

1）软件缺陷判定标准

• 1. 软件未能达到需求规格书中的要求
• 2. 软件的功能超出规格书中的要求
• 3. 软件出现了规格书中明确指定不能出错的地方
• 4. 软件出现了规格书中未明确指定，但是不应该出现的错误

2）软件缺陷产生的原因（缺陷只能减少、不能完全避免）

• 1. 对于需求文档等文等文件解释、理解错误【需求说明书】
• 2. 设计文档本身有错误
• 3. 程序代码错误
• 4. 硬件和软件系统有错

3）软件缺陷的类型

• 1. 功能错误：软件没有达到需求文档的功能要求，或者功能异常
• 2. 界面错误：软件功能正常，但是界面不好看或者未达到规格说明中的要求
• 3. 兼容性错误：软件和系统中的其他的程序冲突，导致软件无法运行
• 4. 易用性错误：软件用起来不好用
• 5. 改进建议：改了更好，不改也没事

二丶提交缺陷注意事件

可重现：

• 发现缺陷可以在开发的电脑上再次出现

唯一性：

• 每个缺陷有一个唯一的编号，也就是缺陷的id
• 缺陷报告中的每行就是一个缺陷

规范性

• 提交的缺陷需要符合公司定制的规范制度

缺陷报告的规范

• ID
•  标题
•  重现步骤
• 期望结果
• 实际结果

 bug标题一定要言简意概

三丶处理缺陷的流程

 四丶缺陷的相关概念

1）缺陷状态

• new：测试人员提交新bug，这个bug状态是新建
• open：处理bug的开发，打开测试提交的哪个bug，这个状态是打开
• fix：开发已经将bug处理完成，这个状态fix、fixed
• close：将处理完成的bug关闭掉，这个状态的bug就是close、closed
• reopen：开发处理过，但是回归测试没有通过的bug，状态就是repoen
• reject：开发拒绝处理bug
• postpone：不是紧急bug，不需要马上处理，延后处理

2）综合状态写工作流程

流程1：确认bug处理（70-80%会用这个流程）

• 测试【 new 】 => 开发【 open 】 => 开发【 fix 】 => 测试【 close 】

流程2：开发处理bug后，但是未通过回归测试（10-20%）

• 测试【 new 】 => 开发【 open 】 => 开发【 fix 】 => 测试【 reopen 】

流程3：延后处理（10%）

• 测试【 new 】 => 开发【 open 】 => 开发【 postpone 】

流程4：拒绝处理（5%）

• 测试【 new 】 => 开发【 open 】 => 开发【 reject 】

3）缺陷的严重程度

• critical，致命，5：系统级别的故障，例如系统宕机。
• major，非常高，4：严重的bug，系统可以运行，但是核心业务受影响
• medium，中等，3
• minor，低，2
• tiny，非常低，1

4）缺陷的优先级

• 等级5：紧急的
• 等级4：非常高
• 等级3：高
• 等级2：中
• 等级1：低

补充内容：公司的基本构成

• 产品部门：产品经理
• 研发部门：程序员，项目经理
• 测试部门：测试人员

产品经理：

• 对接客户，将客户的需求整理成文档
• 对接开发/项目经理，讨论项目实现的细节【编程语言、数据库、编码、服务器...】

项目经理

• 将讨论的结果整理成项目文档
• 将整个项目分成一个一个模块，并分配给不同的程序员开发
• 最后将各个程序员开发的模块合并起来

程序员：

• 写代码

测试人员：

• 测试代码