---

基础知识

1.常见测试分类

• 按阶段划分

(1)单元测试： 指针对源代码进行测试。
(2)集成测试： 又称接口测试，指针对模块之间访问地址进行测试。
(3)系统测试： 对整个系统进行测试，包括功能、兼容、文档等测试。
(4)验收测试： 主要分为内测、公测。使用不同人群来发掘项目缺陷。

• 按代码可见度划分
  (1)黑盒测试： UI功能可见。
  (2)灰盒测试： 部分源代码可见。
  (3)白盒测试: 全部代码可见。

2.质量模型

功能性、性能、兼容性、易用性、可靠性、安全、可移植性、可维护性。

3.测试流程

需求评审、计划编写、用例设计、用例执行、缺陷管理、测试报告。

4.用例

• 名词解释
  用例:用户使用的案例。
  测试用例:是为测试项目而设计的执行文档。

• 用例设计编写格式
  用例编号: 项目_ 模块 _编号
  用例标题: 预期结果(测试点)
  模块/项目: 所属模块或项目
  优先级: 表示用例的重要程度或者影响力P0~P4(P0最高)
  前置条件:要执行此条用例，有哪些前置操作
  测试步骤: 描述操作步骤
  测试数据: 操作的数据，可为空
  预期结果: 期望达到的结果
  

5.等价类

(1)在所有测试数据中，具有某种共同特征的数据集合进行划分。
(2)分类：
有效等价类: 满足需求的数据集合。
无效等价类: 不满足需求的数据集合。
(3)步骤:
1.明确需求
2.确定有效和无效等价类
3.提取数据编写测试用例

• 案例1：
  
  
• 案例2：
  2(有效)+8(无效)条数据
  
• 适用场景
  需要有大量数据测试输入，但没法穷举测试。
  eg:输入框、下拉列表、单选复选框。

6.边界值分析方法

1.边界范围节点
选取正好等于、刚好大于、刚好小于边界的值作为测试数据。
上点：边界上的点(正好等于)
离点：距离上点最近的点(刚好大于、刚好小于)
内点：范围内的点(区间范围内的数据)

2.设计用例步骤
(1)明确需求
(2)确定有效和无效等价类
(3)确定边界范围值
(4)提取数据编写测试用例

• 案例:
  
  

优化：

7.判定表

是一种以表格形式表达多条件逻辑判断的工具
(1)组成：
条件桩： 列出问题中所有条件。
条件项： 列出条件对应的取值，所有情况下的真假值。
动作桩： 列出问题中可能采取的操作。
动作项： 列出条件项各种取值情况下应该采取的动作结果。
(2)规则：
判定表中贯穿条件项和动作项的一列就是一条规则。
n个条件，每个条件的取值有0/1两个，共有2^n种规则。

• 案例1：
  验证“若用户欠费或者关机，则不允许被叫”功能的测试。

---

• 案例2：

(3)使用场景：
1.有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖(制约)关系。
2.适用于条件组合数量较少的情况。

8.流程图

(1)业务测试覆盖：
1.需要使用流程图。
2.先测试业务，再测试单功能，单模块，单页面。

(2)流程图:
使用标准图形和箭头来表达程序或业务的走向
网页版工具:https://processon.com/

9.场景法

场景法也可以叫流程图法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例。
(1)适用场景：
根据实际的应用场景，来测试业务用例。
(2)案例：
1.流程图

2.分析

3.用例设计

10.错误推测法

通过经验推测系统可能出现的问题。根据经验列举出可能出现问题的清单，根据清单分析问题可能原因，推测发现缺陷。
(1)适用场景：
当项目用例都执行完毕，且bug修复完成，离上线还有一段时间，可以使用错误推荐法复测主要业务或测试未覆盖的功能。
1.时间紧任务大，根据之前项目经验找出易出错的模块重点测试。
2.时间宽裕，通过该方法列出之前出现问题较多的模块再次测试。

11.缺陷

软件在使用过程中存在任何问题都叫软件的缺陷，简称bug。
(1)体现在：
少功能，多功能、功能错误，隐形功能错误、不易使用(软件测试人员专业角度)。
(2)产生原因:
1.需求阶段：需求描述不易理解，有歧义，错误等。
2.设计阶段：设计文档存在错误或者缺陷。
3.编码阶段：代码出现错误。
4.运行阶段：软硬件系统本身故障导致软件缺陷。
(3)生命周期：

(4)缺陷提交要素：

• 1.缺陷报告编号：
  缺陷的唯一性标志
• 2.严重程度：
  严重(S1)：主功能
  一般(S2)：次要功能
  微小(S3)：易用性、界面
  建议(S4)：建议性问题
• 3.缺陷优先级：
  P0:24小时内解决
  P1:发布前必须修复
  P2:可以在下一个版本中修复
• 4.Bug类型：
  代码错误、兼容性问题、设计缺陷、性能问题。
• 5.缺陷状态：
  New:新建
  Open:打开
  Closed:关闭
  Postponed:延期
  (5)缺陷类型：
  功能错误、界面(UI)错误、兼容性、数据(数据库)、易用性、建议、架构。
  (6)工作流程：

(7)案例:

12.缺陷编写

1.缺陷报告示例：

2.缺陷的跟踪流程：

3.提交缺陷注意事项：
1.可重现：缺陷可以复现
2.唯一性：一个缺陷上报一个问题
3.规范性：符合公司或者项目要求

4.编写规范：
1.准确：描述的信息是正确的。
2.具体:有细节且是真实特定的。
3.简洁易懂：描述简单容易理解。
4。次序清晰：描述缺陷过程有条件，有先后顺序。

13.缺陷管理工具

1.项目管理工具-管理缺陷(禅道、JIRA、TFS)
2.Excel管理缺陷
1.禅道：

• 1.特点：
  i.三权分立：产品部门(构想者)、研发部门(执行者)、测试部门(保证者)。
  ii.四角协同：产品经理，项目经理、研发团队、测试团队。
• 2.流程图：
  
  2.缺陷管理流程：
  提交、验证、关闭。

3.使用Excel对于缺陷进行管理:
缺陷编号、缺陷标题、模块、缺陷等级、缺陷等级(严重程度)、缺陷优先级(什么时间修复)、缺陷描述(前置、操作步骤、预期、实际)、备注/附件、其他(指派人、缺陷类型、缺陷状态)。

4.缺陷标题分析：
用例标题为：
1.合法(标题为15位数字时应为不合法)
2.输出L、M(第一列不是A或B，第二列不是数字)

注：内容和图片来自黑马程序员视频。

如有错误，欢迎指出。