前言
一、入门
1. 软件
2. 软件基本组成
3. 软件产生过程
4. 软件测试
5. 软件测试目的
🏆 小结
二、测试主流技能
1. 功能测试
2. 自动化测试
3. 接口测试
4. 性能测试
🏆 小结
三、测试分类
1. 按测试阶段划分
2. 按代码可见度划分
🏆 小结
三、质量模型
1. 概念
案例 🔔
🏆 小结
四、软件测试流程
🏆 小结
五、 测试用例
1. 什么是用例
2. 什么是测试样例
3. 测试用户的作用
- 防止漏测
- 实施测试的标准
4. 用例设计编写格式
练习 🔔
💖 总结
六、用例设计
1. 等价类划分法
(1) 说明 | 分类 | 步骤
(2) 适用场景
练习 🔔
① 案例 1 🔔
✨ 需求细化版
② 案例 2 🔔
2. 边界值分析法
(1) 边界范围节点
- 提示:
1、有关范围限制,最多7条用例(暂时未优化)
2、边界值能解决位数限制问题,但是不能解决类型问题(要结合等价类)
(2) 步骤
- 明确需求
- 确定有效和无效等价
- 确定边界范围
- 提取数据编写用例
(3) 七点优化成五点
练习 🔔
🌟 提示:这里的 字符 要理解成 字母,字母不包含数字
🏆 小结
- 在等价类的基础上针对有边界范围的测试数据输⼊的地⽅(重点关注边界)
- 常⻅词语描述:⼤⼩、尺⼨、重量、最⼤、最⼩、⾄多、⾄少等修饰词语
- 典型代表:有边界范围的输⼊框类测
3. 判定表法
解决多条件有依赖关系测试
(1) 介绍
(2) 步骤
① 明确需求
② 画出判定表
- 列出条件桩和动作桩
- 填写条件项,对条件进⾏全组合
- 根据条件项的组合确定动作项
- 简化、合并相似规则(有相同的动作)
③ 根据规则编写测试用例
(3) 使用场景
案例 🔔
-
需求
-
判定表
-
用例
练习 🔔
-
需求
-
判定表
-
用例设计
4. 场景法
(1) 流程图
提示:业务⽤例是根据流程图来梳理的,需要先了解流程图
案例 🔔
① 流程图
② 用例
5. 错误推荐法
💖 总结
七、执行用例
- 成功
- 失败
执行结果与用例期待的结果不一致(含义上)为 缺陷
提示
:⽤例执⾏不通过为缺陷,需要进⾏缺陷管理
八、缺陷
1. 定义
- 软件中存在的各种问题,都为缺陷,简称 Bug
2. 缺陷标准
- 少功能
- 功能错误
- 缺少隐性功能
- 易用性(软件测试人员专业角度)
3. 缺陷产生的原因
① 需求文档
② 架构设计
③ 编码实现
④ 环境(软硬件)
4. 缺陷的生命周期
- 回归测试
- 常规项目回归:项⽬本次发布新增2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
- 非常规项目(银行、部队、航天):新增功能,必须全部复测。
- 回归 Bug:上一个版本发现的缺陷,开发修复完毕,在下一个版本进行重新验证。
5. 缺陷核心要素
6. 缺陷提交要素
7. 缺陷类型
- 功能错误
- UI 页面错误
- 兼容性
- 数据(数据库)
- 易用性
- 建议
- 架构缺陷
8. 缺陷提交流程
- 设计⽤例->执⾏⽤例(执⾏测试)->缺陷(提交、验证、关闭)
- 缺陷定义:任何问题(Bug)
- 缺陷标准:多功能、少功能、错误、缺少隐性功能、易⽤性
- 描述缺陷重点:缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
- 提交缺陷信息:指派⼈、缺陷等级、修复优先级、类型、状态(统计缺陷)
九、缺陷管理
1. 示例
2. 缺陷跟踪流程
了解即可
3. 提交注意事项
⾯试题:发现缺陷后,⾸先怎么办?
- 确定Bug可复现、确定是Bug
- 提交时,要检查缺陷是否已存在
4. 缺陷管理工具
- 项⽬管理⼯具-管理缺陷 (禅道、JIRA、TFS)
- Excel管理缺陷
5. 禅道(项目管理工具)
-
地址:禅道
-
特点
-
使用流程
-
使用禅道管理缺陷
①登录
② 创建缺陷
③ 关闭缺陷