-
一、Web测试
1、单功能测试
软件程序或应用程序只提供一项核心功能或特性,而不包含其他附加功能。
如电商系统:
1.1 等价类划分法
- 一种用少量数据获得较好测试效果的工具。
- 场景:表单类页面元素测试使用(输入框、下拉框、单选框、复选框)
1.1.1 案例讲解
需求分析:
需求:
- 账号:必填,已经注册手机号或邮箱
- 密码:必填,注册账号的密码
- 验证码:正确且未过期
分析:
- 账号:已注册手机号、已注册邮箱、为空、未注册手机号(联通、移动、电信)和邮箱是否否要覆盖?
- 密码:注册密码、为空、密码错误(写纯数字,还是纯字母)?
- 验证码:正确、过期、错误
问题:
- 有多个同类型数据如何选择?
1.1.2 案例分析
通过等价类划分法对案例单功能(登录)进行分析:
1.1.3 总结
1.等价类划分法是什么?
一种用少量数据获得较好测试效果的工具。
2.适用场景
表单类页面元素测试使用(输入框、单选按钮、下拉列表)
3.步骤
① 划分有效等价类:满足需求的数据集合
② 划分无效等价类:不满足需求的数据集合
③ 每类中选取代表数据
1.2 边界值分析法
一个边界范围限制选取测试数据工具。
1.2.1 案例讲解
1.2.2 案例分析
通过边界值分析法对案例单功能(注册)进行分析:
1.2.3 总结
1.使用场景
有边界范围的数据测试时使用。
2.选取
① 上点必选
② 内点必选
③ 离点选取2个(包含上点选外,不包含上点选内)
3.使用步骤
① 边界值分析(负责测试长度范围)
② 划分等价类(负责测试类型和规则)
③ 提取数据
2、非功能测试设计
3、测试用例
3.1 测试用例介绍
- 测试用例:描述测试点执行的文档(测试输入、执行条件、预期结果等)。
- 作用:
- 测试点能被精准的执行;
- 便于团队协作。
- 测试用例核心内容
用例编号、用例标题、所属模块、优先级、前置条件、测试步骤、测试数据、预期结果。
3.2 测试用例编写
3.3 测试用例案例
3.4 总结
1.什么是测试用例?
- 描述测试点执行的文档(测试输入、执行条件、预期结果等)
2.为什么转测试用例?
- 测试点能被精准的执行
- 便于团队协作
3.测试用例八大要素
- 用例编号、用例标题、所属模块、优先级、
- 前置条件、测试步骤、测试数据、预期结果。
4、判定表
4.1 判定表介绍
4.2 判定表案例
4.3 总结
1.判定表的作用
- 多条件并且条件之间有约束规则的需求设计测试点。
2.判定表组成
- 条件桩、条件项、动作桩、动作项。
3.提示
- 判定表中贯穿条件项和动作项的一列就是一条规则。
- 假设有n个条件,每个条件的取值有2个(0,1),全组合有2的n次方种规则。
5、执行用例
5.1 执行用例介绍
5.2 执行用例案例
按照测试用例步骤对测试软件/系统进行测试验证。
5.3 总结
1.执行用例是什么?
- 开始对项目进行测试。
2.执行之前准备
- 项目提测内容开发已交付测试;
- 测试项目环境已准备好。
3.执行用例关注
- 实际执行结果与预期执行结果一致,不一致为缺陷(bug)。
- 项目执行隐性结果与用例预期隐性结果相似。
- 实际结果与预期结果有争议,参考用户角度去衡量。
6、缺陷管理
6.1 缺陷介绍
6.2 缺陷案例
判断下面问题是否是缺陷:
- 金融结算系统,在汇总季度费用时,计算结果比实际多了3毛。 是
- 物流管理系统,额外的实现了供应商管理功能。 是
- 穿越火线子弹穿越墙体命中对方,对方未掉血。 是
- 会员管理系统,管理员删除会员时没有二次确认直接删除。 是
- 双11淘宝搞活动,秒杀某商品时提示系统繁忙请稍后再试。 是
6.3 缺陷描述及提交
6.4 缺陷跟踪流程
6.5 总结
7、业务测试
7.1 业务测试介绍
7.2 业务测试案例
7.3 练习
二、项目实战
1、项目介绍
1.1 项目是什么
介绍:Tpshop商城,类似于淘宝、京东类的(B2C)电子商务平台,主要为线上用户提供优质便捷的购物服务。
前台地址:http://hmshop-test.itheima.net/
后台地址:https://hmshop-test.itheima.net/admin
1.2 项目有什么
1.3 项目测什么
1.4 项目测试流程
1.5 个人实施测试流程
1.6 总结
1. 项目是什么?
电商b2c平台(web客户端、web管理端)
2. 项目测什么?
核心业务及模块
待测业务:下单业务测试
待测模块:注册登录、搜索、购物车、下单、支付
3. 项目测试流程
看懂理解需求分析与评审、制定测试计划与方案、设计测试用例、执行测试用例、跟踪管理缺陷编写测试报告。
2、下单业务
2.1 设计下单业务测试用例
步骤:
- 熟悉需求
- 确认下单流程
购物车下单流程:选择商品—>加入购物车—>登录成功—>提交订单成功—>支付成功
3. 确认流程图
4. 编写测试用例
2.1.1 总结
1. 业务流程测试步骤
(1)熟悉需求
(2)确认下单流程
(3)确认流程图
需求文档获取
自己绘制
(4)编写测试用例
2. 下单业务流程(购物车)
- 选择商品->加入购物车->登录成功->提交订单成功->支付成功
2.2 用例执行
前台地址:http://hmshop-test.itheima.net/
后台地址:https://hmshop-test.itheima.net/admin
2.2.1 总结
1.执行前提
开发提测后,冒烟测试通过
测试用例编写完成
2.执行过程
①执行通过标记pass
②执行失败标记fail
3、注意事项
用例执行失败需要立即提交bug
2.3 缺陷管理
- 缺陷管理跟踪流程
测试:提交bug→验证bug→关闭bug/打开bug
开发:确认bug→修复bug
- 回归测试
验证当前bug是否已经修复
验证是否引发新的bug
注意:回归测试前先确认修复得软件版本,更新测试环境版本后再验证。
3、单模块测试
3.1 功能模块
- 登录
- 购物车功能
- 下单功能
- 支付功能
3.2 单功能测试步骤
- 熟悉需求
- 提取测试点覆盖需求
- 测试点转执行测试用例
- 缺陷管理
3.2.1 熟悉需求
1. 需求从哪来?
- 需求文档
- 产品原型
2. 怎么熟悉需求?
- 阅读并理解文档描述
- 操作或梳理业务规则及流程
3.3 登录
通过XMind梳理需求:
选择3个测试点转为用例执行文档:
3.4 购物车
通过XMind梳理需求:
选择4个测试点转为用例执行文档:
3.5 支付
通过XMind梳理需求:
选择3个测试点转为用例执行文档:
4、Web项目非功能测试