完整测试流程详解
上一篇 / 下一篇 2021-05-17 10:09:43 / 个人分类：测试
一：需求分析
了解熟悉业务，分析需求测试点
- 确认功能(业务功能，辅助功能，数据约束，易用性需求，编辑约束，参数需求，权限需求，性能约束）
- 场景分析（考虑场景调用者和系统内部各个场景之间联系）
- 挖掘隐性需求（常用业务流程以及各分支）
二：测试计划
1、编写目的
此文档根据项目需求文档，制定测试策略、评估测试风险，确定所需的资源，并对测试的工作量进行估计，进行人员和进度安排，并且列出测试项目的可交付元素。
2、参考文档
详细设计文档，设计原型
3、测试概要
（1）测试目标
通过测试，达到以下目标：
测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。
产品规定的操作和系统运行稳定。
Bug数和缺陷率控制在可接收的范围之内，遗留BUG一般不超过所有BUG的10%
（2）测试范围
列出测试最终需要交付的功能模块列表
（3）测试人力资源
（4）测试环境：服务器环境，终端环境，网络环境
（5）bug管理工具
4、测试规范
开始测试标准：代码编译通过，软件可以争取安装运行，实现功能与产品设计出人，冒烟测试通过
中断测试标准：安装无法正确完成，程序代码编译不通过，系统服务异常，发现阻塞功能的bug
5、bug规范
致命，严重，一般，建议
6、测试策略
冒烟测试：依据开发提测时间变动
第二轮功能测试：bug复测及功能验证
回归测试：全面回归测试
性能测试：需确认具体性能测试方案和工具
发布测试
测试报告总结
7、测试风险
测试本身（测试时间/测试技术/开发进度延误/难以修复缺陷/其它原因）
8、测试输出文档
测试计划
测试用例
测试bug单
测试报告
三：测试用例
测试需求分析和业务流程分析
1、设计方法：
等价类划分法（将测试的范围划分成几个互不相交的子集）
边界值分析法（选出的测试用例，应选取正好等于、刚刚大于、刚刚小于边界的值）
错误推测法（在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误）
判定表法（适合于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，会得到一个判断清晰的策略）
正交实验法（在各因素互相独立的情况下，设计出一种特殊的表格，找出能以少数替代全面的测试用例）
还有其它场景法和状态迁移法等
2、测试用例八要素：用例编号，测试项目，测试标题，重要级别，预置条件，测试输入，操作步骤，预期输出
（1） 用例编号（规则：由字符和数字组成的字符串，具有唯一性，易识别性）
（2） 测试项目（对应测试用例编号中的测试子项名 系统测试
（3） 测试标题（体现测试出发点关注点以及测试用例期盼的测试结果）
（4） 重要级别、优先级别（重要级别一般分为高中低 ）
（5） 预置条件：测试用例在执行时需要满足一些前提条件，环境的设置
（7） 操作步骤：执行当前用例需要经过的操作步骤，需要明确的给出每一个步骤的描述
（8） 预期输出：需要判断测试对象是否正常工作
四：测试执行
1、测试环境搭建
测试环境：硬件环境，软件环境
硬件环境：测试必须的服务器，客户端，网络连接设备，以及打印机/扫描仪等辅助硬件设备构成的环境
软件环境：被测软件运行的操作系统，数据库以及其它应用软件构成的环境
搭建测试环境的准备工作：
安装工具：虚拟机
虚拟机优点：运行在主机上
2、执行测试用例
根据测试用例优先级来执行测试用例
3、测试执行流程：冒烟测试-迭代测试（先功能后性能，回归测试）-发布测试
注：对应测试产出对应测试报告和bug清单，并将bug提到缺陷管理库里
五：测试文档
1、测试报告
测试结论（是否达到发布标准，是否可发布）
已知风险、未知风险
测试时间，测试人员（测试起止时间）
测试环境，测试设备（用到哪些测试收集，客户端环境，浏览器）
需求大纲（当前这个版本，包含哪些需求点）
Bug数据分析（从多个维度分析：bug等级分布，遗留bug分析，bug类型分布。模块bug分布，bug激活次数分析）
测试总结（从测试角度，对版本存在的问题，提出建议）
2、bug清单报告
分析统计bug迭代生命周期
bug迭代修复情况（折线图）
未关闭bug按严重等级或状态统计（扇形图）
另附：
bug描述：
（1）bug标题（问题描述）
（2）bug测试环境（所属版本，所属模块）
（3）bug优先级
（4）bug类型
（5）可重复性（是否好复现）
（6）操作步骤（通过对什么样的操作，进行了什么 样的步骤）
（7）预期结果
（8）实际结果
最好配带截屏图片和log日志
TAG:
