目录
- WEB 项目测试流程
- 需求分析
- WEB 项目测试计划制定
- WEB 项目测试用例设计
- WEB 项目测试执行
- WEB 项目测试报告
WEB 测试概念
- Web 测试是软件测试的一部分
- 是针对 Web 应用的一类测试
WEB 项目测试流程
- 需求分析
- 测试计划编写
- 测试用例编写
- 用例执行
- 回归测试
- 兼容性测试
- 安全测试
- 走查验收(UI、产品)
- 测试总结报告
需求分析步骤
- 明确测试范围
- 明确功能点
- 明确业务流程
- 明确输出结果
- 分析异常流程
- 预估测试需要的时间和资源
测试计划作用
- 使软件测试工作进行更顺利
- 能促进项目参与人员彼此的交流
- 使软件测试工作更易于管理
测试计划编写
- 5W + H 原则
- why:为什么要进行这些测试
- what:测试哪些方面,不同阶段的工作内容
- when:测试不同阶段的起止时间
- where:相应文档,缺陷的存放位置,测试环境等
- who:项目有关人员组成,安排哪些测试人员进行测试
- how:如何去做,使用哪些测试工具以及测试方法进行测试
测试用例设计方法
- 等价类划分法
- 边界值分析法
- 因果图
- 判定表
- 场景法
- 错误推测法
设计方法选择原则
- 任何情况下,都需要采用等价类划分法,将无限测试变成有限测试
- 在规定了数据范围的情况下,必须采用边界值分析法
- 如果需要关注它的主要功能和业务流程、业务逻辑是否正确实现,考虑使用场景法
- 如果含有输入条件的组合情况,考虑选用因果图和判定表法
- 采用错误推断法再追加测试用例
测试用例的组成
- 用例编号、模块、测试点、优先级
- 前提条件、测试步骤、预期结果、实际结果
测试用例编写步骤
- 划分功能模块
- 正向功能验证
- 单个功能项验证
- 功能之间交互验证
- 隐形需求
测试用例设计实战
- 帐号是手机号
- 手机号仅限制为国内常用的号段
- 密码必须为 数字+英文 的形式,字段为 8-12 个字符
- 账号密码都为空时,登录按钮置灰不可点击
- 点击登录按钮,发起登录请求
- 请求成功,跳转到首页
- 点击忘记密码跳转到找回密码页
测试用例评审
- 测试用例的本身的描述是否清晰,是否存在二义性
- 测试用例内容是否正确,是否与需求目标相一致
- 测试用例的期望结果是否确定、唯一
- 测试用例是否覆盖了所有的需求
- 测试用例是否具有可执行性
- 是否从用户层面来设计用户使用场景和业务流程的测试用例
- 场景测试用例是否覆盖最复杂的业务流程
- 用例设计是否包含了正面、反面的用例
Bug 判定标准
- 软件未达到客户需求文档的功能和性能
- 软件出现客户需求不能容忍的错误
- 软件的使用未能符合客户的习惯和工作环境(易用性兼容性)
- 软件超出需求文档的范围(需求bug)
Bug 处理流程
Bug 处理意见
- Fixable:可修改
- Duplicated:重复
- Postponed:延后
- By Design:因设计结构问题无法修改
- Can’t Reproduce:不可复现
- Not Error:不是问题
- Won’t Fix:可以忽略,不修改
Bug 报告
1. Bug 编号
2. 所属产品
2. 发现的版本
3. 所属的模块
4. 提交人
5. 错误类型:代码错误、界面优化、设计缺陷、配置相关、安装部署、安全相关、性能问题等(默认)
6. 复现概率: 必现、大概率重现、小概率重现、极小概率重现
7. 严重级别:致命、严重、一般、建议
8. 优先级:高 中 低
9. 标题:言简意赅说明是什么bug,而不是把测试用例名字复制一遍
11. 内容(描述)
- 测试环境
- 前提条件
- 复现步骤
- 预期结果
- 实际结果
12. 附件:截图、出错的 log 日志、测试用的数据
Bug 定位思路
- 前端问题:查看源码
- 通过网络数据定位:抓取网络数据分析
- 后台错误:分析日志
浏览器开发者工具
- 元素 Elements:查看 HTML 源码与 CSS
- 网络 Network:抓取网络数据包
课堂练习
- 执行百度 WEB 页面搜索功能测试用例
- 在思维导图中标记执行结果
测试报告
- 测试报告(testreport)
- 把测试的过程和结果写成文档,对发现的问题和缺陷进行分析
- 为纠正软件的存在的质量问题提供依据
- 同时为软件验收和交付打下基础
测试报告编写
- 人力投入
- 用例覆盖情况
- Bug 的分类及数量统计
- 遗留 Bug 情况
- 测试风险
- 测试结论