前言-----

对于测试流程基本很多做过测试的大牛，小哥哥，小姐姐都能说出个十之八九，但是对于细节，可能还需要一些整理文件，这不，我整理了一些测试的全部流程，希望能给大家带来帮助，有不妥的地方，请大家指正。

测试准备阶段

 一.测试需求文档

1. 产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全

---重点：需求文档分析
 了解熟悉业务，分析需求测试点

（1）确认功能(业务功能，辅助功能，数据约束，易用性需求，编辑约束，参数需求，权限需求，性能约束）

（2）场景分析（考虑场景调用者和系统内部各个场景之间联系）

（3）挖掘隐性需求（常用业务流程以及各分支）

二.测试计划

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） 预置条件：测试用例在执行时需要满足一些前提条件，环境的设置
（6） 测试输入（测试执行中需要加工的外部信息，避免用描述性语言，要具体，根据测试用例具体情况，有手工输入，文件，数据库记录）
（7） 操作步骤：执行当前用例需要经过的操作步骤，需要明确的给出每一个步骤的描述
（8） 预期输出：需要判断测试对象是否正常工作

测试阶段

一.测试执行

1.测试环境搭建
测试环境：硬件环境，软件环境
硬件环境：测试必须的服务器，客户端，网络连接设备，以及打印机/扫描仪等辅助硬件设备构成的环境
软件环境：被测软件运行的操作系统，数据库以及其它应用软件构成的环境
搭建测试环境的准备工作：
安装工具：虚拟机
虚拟机优点：运行在主机上

二.执行测试用例
根据测试用例优先级来执行测试用例

-----测试关注点

1. 根据UI效果图进行UI测试

（1）、观察APP的用户界面(如菜单、对话框、窗口和其它可规控件)是否符合UI稿

（2）、不同的连接页面之间导航链接是否有效，是否跳转是否正确

（3）、旋转手机，确保程序不退出，页面排版无异常

（5）、输入框说明文字的内容与产品需求一致

（6）、某页无数据时、断网时、有网但接口异常时的状态页是否和UI一致

2. 功能测试时主要依据编写的功能测试用例进行软件功能的测试

3. 涉及的测试主要包括基本功能测试，逻辑测试，安装、卸载、运行测试，中断测试，异常处理（包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理）测试

（1）、App安装完成后是否能正常启动，且打开速度控制在预期时间内

（2）、切换后台再切换前台的操作对当前状态如登陆、当前页、数据刷新的影响

（3）、强制杀掉APP进程再启动对当前状态如登陆、当前页、数据刷新的影响

（4）、登陆验证/免密登陆时的手势密码和指纹是否正常符合产品需求

（5）、对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏解锁的测试，这种页面最容易出现崩溃

（6）、同一用户在多个终端先后登陆时，APP是否有正常符合产品需求的处理

（7）、App使用过程中有电话进来的中断测试，与文件下载、音乐播放、等应用的交叉情况测试

（8）、很多应用会支持缓存数据，测试在断网启动或从有网到无网时是否可以浏览缓存数据

（9）、软件在不同操作系统及版本（Android、iOS、）下安装是否正常

（10）、软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里，安装后没有生成多余的目录结构和文件

（11）、软件安装过程是否可以取消

（12）、软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）

（13）、安装空间不足时是否有相应提示

（14）、对于需要通过网络验证之类的安装，在断网情况下尝试一下

（15）、重复安装应该有提示iOS没有提示

（16）、升级安装时，版本更新链接有效，比如后台设置的版本白名单

（17）、使用各种方式卸载程序，如直接删除安装文件夹卸载是否有提示信息、长按图标卸载、手机设置里卸载、第三方应用卸载iOS卸载没有提示，Android安装时会闪退（偶现）

（18）、测试卸载后文件是否全部删除所有的安装文件夹

（19）、卸载过程中出现的意外情况的测试（如死机、断电、重启）

（20）、卸载是否支持取消功能，单击取消后软件卸载的情况

4. 兼容性及适配测试

1. 硬件的适配：不同手机厂商、硬件性能，不同屏幕大小的适配；

如：

厂商：华为，型号：mate30Pro，Android版本：Android10，屏幕：6.0英寸，分辨率：2400x1176像素

厂商：苹果，型号：苹果XSmax,手机版本：iOS11，屏幕：6.0英寸，分辨率：2688x1224像素

（2） iOS版本的兼容：IOS 6版本以上；Andriod 5版本以上等

（3） 不同分辨率屏幕的适配：移动设备的分辨率多种多样，如果app没有做比较合适的处理就可能会显示不好，甚至影响功能的操作。

（4） 兼容性测试必须在一定数量的真机上进行，由于真机类型过多，尤其Android在做兼容性测试时，可以选取典型的几种运用较多的真机，进行兼容性测试

（5）与本机已经安装的App是否兼容

（6）在各种系统、系统版本的不同手机上测试登陆，卸载，注册，登陆，修改密码等功能

（7）UI层的兼容，界面的显示根据不同尺寸手机是否自适应

（8）在各种系统、系统版本的不同手机上进行全方面的功能测试，如：使用每一个iOS版本的iPhone上测试“我的银行卡”模块的提现功能

（9）基于开发环境和生产环境的不同，检验在各种网络连接下(WiFi、2G/3G/4G/5G等)，App的数据和运用是否正确

5. 安全性测试
1.软件权限 

（1）扣费风险：包括短信、拨打电话、连接网络等

（2）限制/允许使用手机拍照或录音

（3）限制/允许使用手机读取用户数据，手机信息、联系人信息等

（4）限制/允许使用手机写入用户数据 

（5）没有用户的允许, 应用程序不能预先设定自动启动

（6）对App的输入有效性校验、认证、授权、数据加密等方面进行检测 

（7）没有用户的允许, 应用程序不能预先设定自动启动

（8）手机能控制该APP能否使用Wi-Fi和移动数据

2.数据安全性 

（1）如果数据库中重要的数据正要被重写，应及时告知用户 

（2）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作。 

（3）对密码长度和复杂度的安全要求

（4）当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码

（5）当应用程序处理明细或其它的敏感数据时，不以明文形式将数据写到其他单独的文件或者临时文件中

6. 接口测试

（1）测试api网关接口是否请求正常

（2）Get,post发送和返回是否请求正常

（3）查看请求参数和返回参数结果是否正常

（测试接口工具：APIpost jmeter）

7. 性能测试

（1） 客户端性能测试重点关注：安装卸载时间、启动时间、页面加载时间、主要功能占用的CPU、内存、流量、耗电量等，以及与同类产品相比较是否有优势；

（2） 运行过程中主要功能占用的CPU、内存、流量等可以借助开源工具emmagee（适用于Android）获取到；

（4） 至于服务器端的性能，主要利用接口对服务器施加压力，重点关注响应时间、吞吐量、并发数、事物通过率等，可以用loadrunner、jmeter进行测试，也可以用fiddler Charles抓包来查看域名等是否正常。

8. 核心链路

-------核心链路测试

三.测试执行流程

冒烟测试-迭代测试（先功能后性能，回归测试）-发布测试
注：对应测试产出对应测试报告和bug清单，可以把bug提到缺陷管理库里
 

四.测试报告

测试结论（是否达到发布标准，是否可发布）
测试时间，测试人员（测试起止时间）
测试环境，测试设备（用到哪些测试收集，客户端环境，浏览器）
需求大纲（当前这个版本，包含哪些需求点）

测试用例报告（报告用例情况）
Bug数据分析（从多个维度分析：bug等级分布，遗留bug分析，bug类型分布。模块bug分布，bug激活次数分析）

已知风险、未知风险
测试总结（从测试角度，对版本存在的问题，提出建议）

线上阶段

        

 一.线上测试注意事项

1.如果没有白名单，这个时候是不能随便操作做数据的，测试人员能做的也就是点点，保证按钮、界面正常。如果是业务人员做好数据，测试人员要验证数据的准确性和界面显示无误。
2.如果有白名单，也不能随便操作数据，但是可以在容许的情况下，回归一遍线上测试，保证线上测试无误。

 二.后期维护

1.日常关注客诉和相关反馈，如果有线上bug，可以通过日志，后台奔溃记录来定位问题，之后商讨出修复策略

2.整理该项目测试总结

（1）整理该项目遗留，可推广等问题

（2）项目流程优化及功能优化等文档整理

（3）整理该项目相关文档并总结报告