目录
常见的测试分类
- 按测试阶段划分
单元测试:针对程序源代码进行测试。
集成测试:又称接口测试,针对模块之间访问地址进行测试。
系统测试:对整个系统进行测试,包括功能、兼容、文档等测试。
验收测试:主要分为内测、公测,使用不同人群来发掘项目缺陷。
- 按代码可见度划分
黑盒测试:不关注源代码,针对程序UI功能进行测试。(系统测试)
灰盒测试:针对程序部分代码进行测试。(集成测试,接口测试)
白盒测试:针对程序源代码进行测试。(单元测试)
测试流程
1.需求评审:确保各部门需求一致。
2.计划编写:测什么、谁来测、怎么测。
3.用例设计:验证项目是否符合需求的操作文档。
4.用例执行:项目模块开发完成,开始执行用例文档实施测试。
5.缺陷管理:对缺陷进行管理的过程。
6.测试报告:实施测试报告文档。
质量模型
功能性、性能、兼容性、易用性、可靠性、安全、可维护性、可移植性。
测试用例
用例设计编写形式
用例编号 | 用例标题 | 项目/模块 | 优先级 | 前置条件 | 测试步骤 | 测试数据 | 预期结果 |
hm_login_001 | 登录成功(正确手机号) | 登录 | P0 | 1、打开登录页面 2、手机已注册 | 1、输入手机号 2、点击发送验证码按钮 3、拖拽滑块成功 4、输入验证码 5、勾选协议 6、点击登录 | 1、手机:已注册手机号 2、其他输入正确数据 | 1、手机文本框状态为绿色 2、登录成功,跳转到首页 |
wx_login_001 | 预期结果(测试点) | 登录 | P0~P4 | 执行此用例之前要完成的操作 | 操作步骤 | 执行用例的关键数据 | 执行用例期望得到的结果 |
Alt+Enter键-->单元格内回车
表格可以冻结首行-->视图中的冻结窗格
单元格内文字超出-->选中当前列,点击开始中的自动换行
下拉单元格复制内容,避免自动递增-->Ctrl+b或点击右侧小加号,选择复制单元格
等价类划分法
- 说明:在所有测试数据中,具有某种共同特征的数据进行划分。
- 分类:有效等价类:满足需求的数据集合;无效等价类:不满足需求的数据集合。
- 步骤:明确需求;确定有效和无效等价类;提取数据编写测试用例。
正向:一次尽可能将多个正确数据组合。
逆向(错误):一次只能覆盖一个错误数据。
等价类划分时,可以根据长度、类型、规则分类。
等价类划分法的适用场景:针对需要有大量数据测试输入,但是没法穷举测试的地方。例如:输入框、下拉列表、单选复选框,典型代表是页面的输入框类测试。
边界值分析方法
- 边界范围节点
选取正好等于、刚好大于、刚好小于边界的值作为测试数据。
上点:边界上的点(正好等于)
离点:距离上点最近的点(刚好大于、刚好小于)
内点:范围内的点(区间范围内的数据)
- 设计用例步骤
1.明确需求
2.确定有效和无效等价类(类型)
3.确定边界范围值(长度)
4.提取数据编写测试用例
边界优化:上点和内点必测,离点根据开内闭外(区间)选择要测试的点。
判定表法
- 组成
条件桩:列出问题中的所有条件。
动作桩:列出问题中可能采取的操作。
条件项:列出条件对应的取值,所有可能情况下的真假值。
动作项:列出条件项的各种取值情况下,应该采取的动作结果。
例如:
条件 | 是否欠费 | 是 | 是 | 否 | 否 |
是否关机 | 是 | 否 | 是 | 否 | |
操作 | 是否允许主被叫 | 否 | 否 | 否 | 是 |
- 使用场景
有多个输入条件,多个输出结果,输入条件之间有组合关系,输入条件和输出结果之间有依赖(制约)关系。
判定表一般适用于条件组合数量较少的情况(比如4个条件以下)
场景法
免费流程图网站:ProcessOn思维导图流程图-在线画思维导图流程图_在线作图实时协作
场景法又叫流程图法,是用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例。
冒烟测试:批量开始测试之前,执行业务正向用例,验证软件是否具备可测性。
错误推测法
通过经验推测系统可能出现的问题。
软件缺陷
- 核心内容
缺陷的标题:描述缺陷的核心内容。
缺陷的预置条件:缺陷产生的前提。
缺陷的复现步骤:复现缺陷的过程。
缺陷的预期结果:希望得到的结果。
缺陷的实际结果:实际得到的结果。
缺陷的必要附件:图片、日志等信息(证据)。
- 提交要素
缺陷报告编号:缺陷的唯一性标志。
严重程度:严重(S1)主功能;一般(S2)次要功能;微小(S3)易用性、界面;建议(S4)建议性问题。
缺陷优先级:Priority 0(24小时之内解决),Priority 1 (发布前必须修复),Priority 2 (可以在下一个版本中修复)。
Bug类型:代码错误,兼容性问题,设计缺陷,性能问题。
缺陷状态:New(新建)、Open(打开)、Closed(关闭)、Postponed(延期)。
缺陷ID | 缺陷标题 | 缺陷状态 | 严重程度 | 优先级 | 所属模块 | 缺陷描述 | 附件 |
bug101 | 正常下单成功后支付失败 | new | P0 | P0 | Ego核心业务 | 1、打开小程序 2、选中商品添加购物车进行下单 3、在订单详情点击去付款 预期结果:能够唤起微信支付 实际结果:无响应 |
缺陷管理工具---禅道
测试流程(项目):1、需求评审,2、测试计划,3、用例设计,4、用例执行,5、缺陷管理,6、测试报告。
HTML入门
注释快捷键:Ctrl+/