文章目录
基础知识
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，第二列不是数字)
注：内容和图片来自黑马程序员视频。
如有错误，欢迎指出。