软件测试&接口测试基本流程

软件测试的基本流程：

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。