软件测试的基本流程：
1、需求分析与评审：
阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议；
2、测试计划编写：
主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定，风险评估与规避措施有一个制定；
3、用例设计与评审：
主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审；
4、用例执行与缺陷管理：
搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束；
5、测试评估阶段：
出测试报告，确认是否可以上线；
先普及下功能测试的6大流程：
1、需求分析与评审
2、测试计划编写
3、用例设计与评审
4、用例执行
5、缺陷管理
6、测试报告
再来看下接口测试的8大流程：
1、需求分析
2、Api文档分析与评审
3、测试计划编写
4、用例设计与评审
5、环境搭建（工具）
6、执行用例
7、缺陷管理
8、测试报告
从以上流程中看出，接口测试流程与ui功能测试流程大致相同，不同之处在于（1）Api文档分析 （2）环境搭建这两项。
接口测试流程：
1、需求分析
项目立项后，对于整体产品的需求进行认识和理解（与功能测试的需求分析是一致的）。注意：此时只有产品需求文档，架构师还没有开始建模，主要目的是保证各部门（产品、开发、测试...）对于需求理解一致。
2、Api文档分析与评审【重点】
该环节主要分析：请求和响应。
请求：
1、请求url是否合理
2、请求信息头是否明确
3、请求方法是否合理
4、请求参数是否必填、含义、参数方式（url\form\json）
响应：
1、响应状态码是否合理
2、响应数据格式是否明确
3、响应信息头内容是否明确
异常：异常返回信息和错误代码
业务：接口彼此之间依赖关系
该流程重点是：
1、请求参数方式和类型
2、接口之间依赖关系
3、错误异常
3、测试计划编写
由测试Leader编写，目的：分配测试任务进度安排和指导测试方案执行。
核心：测什么、谁来测、怎么测、风险预测及控制。
4、用例设计与评审
提示：该环节主要针对参数、测试数据、安全、依赖、异常进行覆盖。
测试用例大体分为两种：
1、根据需求进行提取测试点
2、设计用例覆盖测试点
5、环境搭建（工具）
提示：项目环境部署需要根据计划中安排执行，是否需要测试人员部署。
6、执行用例
使用公司指定工具执行测试用例。
提示：提测之前最好安排进行冒烟测试，保证提测时准时执行
7、缺陷管理
使用缺陷管理工具来对执行用例的缺陷进行管理（与功能测试缺陷管理一致）
提示：缺陷提交->修复->回归->关闭
8、测试报告
测试报告不同公司有不同的模板，但测试报告主题内容一般分为下列四部分：
1、测试过程
2、缺陷统计
3、缺陷分析
4、测试总结
最后总结：
总结1：接口测试需要围绕测试计划实施
总结2：接口测试重点是：api文档分析、用例设计
接口api文档分析要重点查看下面两项：
1、请求参数说明 如：是否必填、类型、取值范围
2、接口之间业务以来关系
总结3：具体接口应用工具主要根据后台协议和测试计划测试工具来定，可使用工具如：接口postman、抓包charles。