一、测试介绍
- 软件测试概念
使用技术手段验证软件是否满足要求
- 测试主流技能
1、功能测试
2、自动化测试
3、接口测试
4、性能测试
主流方向：
1、功能+接口测试
2、自动化+接口
3、功能+性能
二、测试常用分类
2.1 阶段划分
- 单元测试
针对程序源代码进行测试（单元：最小独立功能代码段） - 集成测试
针对单元与单元之间的接口进行测试（又称接口测试） - 系统测试
针对系统整体功能+兼容+文档（说明、安装文档） - 验收测试（一般要根据项目类型决定是否使用）
内测、公测
2.2代码可见度
黑盒测试：主要针对功能（阶段划分——系统测试）
灰盒测试：针对接口测试（阶段划分——集成测试）
白盒测试：针对程序源代码进行测试（阶段划分——单元测试）
- 自动化测试归属功能测试
- 性能测试、安全测试归属专项测试
三、模型
3.1质量模型
重点：功能、性能、兼容、易用性、安全
四、测试流程
- 需求分析（评审）
- 测试计划
测什么（目标、范围）
谁来测（人员进度及安排）
怎么测（测试工具、测试策略）
- 用例设计
分析需求
提取测试点
设计用例覆盖测试点
- 用例执行
- 缺陷管理
提交——》验证——》关闭
- 测试报告
bug分析及统计
测试中遇到的问题
测试总结（本次测试中的优点和不足）
五、测试用例
- 用例：用户使用的案例
- 生活中的用例：
是否能开机
验证内存
验证屏幕
检查运行速度 - 用例的作用
防止漏测
衡量软件是否通过的标准 - 八大要素编写规范
1、用例编号：项目_模块_编号
2、用例标题：预期结果（测试点）
3、项目/模块:所属项目或模块
4、优先级：表示用例的重要程度或者影响力P0~P4（P0最高）
5、前置条件：要执行此条用例，有哪些前置操作
6、测试步骤：描述操作步骤
7、测试数据：操作的数据
8、预期结果：期望达到的结果
六、用例设计方法
6.1解决穷举场景（穷举：无穷无尽）
- 方法：等价类划分法
例子：
针对需要有大量数据测试输入，但没法穷举测试的地方，如：输入框、下拉列表、单选复选框 重点：有效等价和单个无效等价各取1个即可 正向用例：一条尽可能覆盖多条 逆向用例：每一条数据，都是一条单独用例 注意完整的用例应该是等价类和边界值一块写
6.2解决边界限制问题
- 方法：边界值法
步骤：最多7条用例 边界值能解决位数限制问题，但是不能解决类型问题（要结合等价类）
例子：1、明确需求 2、确定有效和无效等价 3、确定边界范围 4、提取数据编写用例
优化：
优化策略：重点：开内闭外（开区间选包含的点，闭区间选不包含的点） 开区间：不包含边界上的点 闭区间：包含边界上的点7个点优化为5个点 上点：必选（不考虑区间开闭） 内点：必选（建议选择 中间范围） 离点：开内闭外常见描述词语：大小、尺寸、重量、最大、最小、至多、至少等修饰词语
6.3解决多条件有依赖关系测试
- 方法：判定表法
定义：是一种以表格形式表达多条件逻辑判断的工具
组成：条件桩：列出问题中的所有条件，次序无关紧要 动作桩：列出问题中可能采取的操作，顺序没有约束 条件项：列出条件对应的取值，所有可能情况下的真假值 动作项：列出条件项的、各种取值情况下应该采取的动作结果
规则：
使用场景：判定表中贯穿条件项和动作项的一列就是一条规则 假设有n个条件，每个条件的取值有两个（0，1），全组合有2的n次方种规则有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系 判定表一般适用于条件组合数量较少的情况（比如4个条件以下） 如果条件超过4个，就不适合覆盖所有条件，应采用正交法来解决
6.4业务测试覆盖
（先测试业务，再测试单功能、单模块、单页面）
- 方法：流程图法
例子：
6.5错误推荐法
使用场景：当项目用例都执行完毕，且bug修复完成，离上线还有一段时间，在这段时间中可以使用错误推荐法复测主要业务或测试未覆盖的功能
七、用例执行
执行结果与用例的期望结果不一致，为缺陷，需要进行缺陷管理
八、缺陷
- 定义
软件中存在的各种问题，都为缺陷，简称bug - 缺陷标准
1、少功能 2、功能错误 3、多功能 4、缺少隐性功能 5、易用性 - 缺陷产生的原因
需求文档、架构设计、编码实现、环境（硬件、软件） - 缺陷的生命周期
- 缺陷核心要素
- 缺陷提交要素
- 缺陷类型
功能错误、UI页面错误、兼容性、数据（数据库）、易用性、建议、架构缺陷
九、缺陷管理
- excel示例
- 缺陷跟踪流程
- 提交注意事项
- 缺陷管理工具
1、项目管理工具——管理缺陷（禅道、JIRA、TFS） 2、Excel管理缺陷 - 禅道
特点：
使用流程图：
使用禅道管理缺陷：
登录
创建缺陷
关闭缺陷
- 缺陷标题扩展
测试点：
