[开发测试]软件测试流程

?提取测试点

提取测试点原则：一个测试点对应一条测试用例，以确保需求的覆盖率。

测试用例

测试用例八大要素：（测试用例编号、测试项目、测试用例标题、重要级别、预置条件、测试输入、操作步骤、预期结果）

1. 测试用例编号
   1. 由字母、字符、数组组合而成的字符串，有唯一性，易识别性
2. 测试项目
   1. 当前测试用例所在测试用例所属大类、被测需求、被测模块、被测单元等
3. 测试用例标题
4. 重要级别（高、中、低）
   1. 高级：保证测试基本功能、核心业务、重要特性、实际使用频率比较高的用例
   2. 中级：重要程度介于高和低之间的测试用例
   3. 低级：使用频率不过，对系统业务功能影响不大的模块或功能的测试用例
5. 预置条件
6. 测试输入
7. 操作步骤
8. 预期结果

测试用例设计方法：

• 等价类划分法
• 边界值分析法
• 错误推断法
• 判定表法
• 正交试验法
• 场景法
• 流程分析法
• 因果图

用例评审

测试类型选择

• 手工测试
• 黑盒测试（性能测试）
• 白盒测试（结构测试）
• 自动化测试
• 兼容性测试
• 接口测试
• 渗透测试

手工测试

在app测试中常用，主要做一些逻辑比较复杂，使用频率较少的功能

自动化测试

主要做一些重复性、使用频率高的场合。

常用的自动化测试工具：selenium

设计自动会脚本之前，需要梳理相关业务，设计好测试执行流程、测试数据准备等

接口测试

接口测试就是校验这个接口返回参数和状态是否正确，接口测试前期需要做如下准备工作：

• 开发人员提供服务接口（接口路径、头文件、请求数据格式等）
• 给出测试数据，以登录为例：需要各种组合的用户名和密码
• 根据前两步可以选着postman（接口测试）、fiddler（抓包（http请求））等工具模拟请求。当请求成功发送并返回时
• 根据模拟的设计请求格式，选则相应的测试工具。目前主流的接口测试工具：Jmeter，
  • jmeter功能强大（可以基于接口做并发测试、压力测试、负载测试）

写脚本的项目目录一般包括：库文件lib、测试数据文件data、测试用例文件、测试报告、日志文件和主程序

兼容性测试

• 移动设备兼容性
• 操作系统兼容性
• 浏览器兼容性

兼容性测试方法：

????????确定一个测试基准，并以测试基准为预期结果，在其它设备、浏览器、操作系统上进行相同操作，与测试基准一致，说明应用程序在兼容性方面可以满足用户或产品的需求

性能测试（黑盒测试）

性能测试是基于功能、接口完整的情况下，对服务端进行压力测试、负载测试、疲劳测试、并发测试，来发现性能瓶颈

性能测试主要包括：

1. 提取需求。该部分包括：响应时间、并发用户数、TPS、吞吐量、CPU利用率、内存使用频率、在线并发用户数等
2. 需求策略制定。设计性能测试场景，以登录为例：
   1. 并发用户数：150、200、250、300
   2. 用户时间间隔：1、2、2和2
   3. 持续运行时间：20、30、40、50
3. 准备测试数据。
4. 选择测试工具（Jmeter）
5. 选择合适的性能计数器、以及相关的性能分析指标
   1. 性能分析指标：响应时间、并发用户数、TPS、吞吐量、在线并发用户数
6. 进行压力测试。获取测试数据或报告
7. 编写性能测试报告

渗透测试（还在学习ing）

?测试执行与缺陷管理

测试执行包括：

• 手动执行测试用例
• 运行自动会测试脚本
• 接口测试脚本
• 性能测试脚本
• 兼容性测试等

使用bug管理工具去记录bug（如禅道等）

bug核心属性：

• bugID
• bug名称
• bug描述
• 严重等级
• 优先级
• 所属功能模块
• 版本号
• 开发人员
• 重现步骤
• 预期结果
• 实际结果

缺陷生命流程图

?

回归测试

根据时间安排，选择合适的回归策略，如果时间充分，就执行所以的测试用例，如果时间不充足，选择执行核心的测试用例以及bug修复的测试用例

验收测试

需要产品或者用户根据需求说明书来检测产品功能实现、页面展示、性能是否与需求说明书要求的一致，如果一致，说明产品符合需求，验收通过

测试报告

测试结束后，需要给出各个阶段的测试产物。如果测试需求文档、测试用例、自动会脚本、性能测试脚本、性能测试报告、自动会执行报告、接口脚本及报告等