我是一枚商务英语专业的计算机代码爱好者，而且特别喜欢玩游戏写写代码脚本。
从毕业开始就在一家教育机构里面做了it test，从那时起就开始接触软件测试这一行，怎么说呢，对软件测试是又爱又疼，2018年毕业到今年，差不多经历了三四年了，期间有过迷茫期也有过想要放弃自己的时间段，之前还一度痴迷于游戏人物设计，一个人关在自己的出租屋里面偷偷的学厚涂，画到自己也都怀疑人生的时候就停下来
看见自己之前画的作品还是感觉很有成就感。
现在从事计算机行业之后只能把游戏角色原画当作是一种爱好了，现在也喜欢代码，写代码也是自己喜欢做的事情，对于测试的定位，我给自己的定位是要比产品更了解技术，要比技术更了解业务。以下是我从事软件测试三年左右得一些经验总结，希望能帮助到大家！
底层接口业务测试指南
前言
什么是底层服务接口呢？底层服务接口是用来在做什么的呢？
底层接口主要是由服务端，客户端，测试等环节组成，作为最接近各个网厅的服务应用，底层服务肩负着巨大的责任和功能义务。
一个承上启下的接口服务，既要承接中台调用，通过中台组装转换过来的数据进行参数中心的校验，Java端的逻辑校验和承接，然后进过网关的转换成网厅需要的字段。也就是说，我们的角色就是整个环节的最后一环，也是最重要的一环，从前端平台客户传过来的数据会经过我们的服务接口直接去办理业务，这样说来是不是特别重要。
随着不断迭代的过程，底层服务接口正在从小小的孩童慢慢正在成长，我们也在不断的努力，力争做得更好
如何测试？怎么做测试？测试通过的标准是什么？
下面的内容将使用5W2H分析法来展开简单的介绍,底层服务接口如何与其他应用交互，以及接口需要如何测试？
1 了解底层服务接口（what）
在前言中，我们已经了解了什么是底层服务接口，为了保证接口的质量就需要进行接口测试，那么什么是接口测试呢？
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。 测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。
从下面的图就可以看出底层服务接口主要测试一些什么？
?
2? ?了解整个链路的的交互
我们参停保的任务基本分为两步，一步是业务请求，一步是查询任务状态，整个链路的任务追踪如下图所示
现在由于将所有的业务字段校验和字段转换都放在了参数中心进行校验，我们在测试业务接口的同时，也要保证参数中心p平台的校验规则生效
2.1? ?HTTP请求和响应的相关知识
?对外提供的接口都是HTTP协议的接口；HTTP请求HTTP请求包含4个部分，分别是统一资源定位符、方法（Method）、头（Headers）和体（Body）。
2.1? ?参数中心
***业务参数配置
why（为什么要使用参数中心？）: 之前我们接口的需求校验规则都写在代码里面的，现在为了便于管理和配置，设计出了配置中心平台，将一些一样的网厅校验规则都进行可配置话，这样的话更便于管理和可更改话，就不用因为修改代码而引法一系列的代码bug
下面是参数中心的配置规则和需求以及前端页面
http://192.168.150.223:8090/人资线产品需求/9人社产品/1通用/参停保基础能力/运营管理/#id=larwxw&p=业务参数配置&g=1
HOW（怎样使用参数中心？）：
参考参数中心配置规则，根据需求来配置。
http://192.168.150.223:8090/人资线产品需求/9人社产品/1通用/参停保基础能力/运营管理/#id=larwxw&p=业务参数配置&g=1
***网厅模版映射
中台组装参数之后会经过hspsgateway进行参数转换，码表转换，这时候，在配置中心上面配置好模版就可以顺畅转换无障碍了
如图所示
可以有两种方式进行模版的添加：1.向开发询问转换模版来进行手动添加
2.在数据库中插入表格数据，sql也是需要开发提供
3? ? ?何时在什么阶段做测试（when、where）
?在我们整个的测试生命周期当中，我们是在什么阶段开始要做测试，整个测试生命周期分为8个阶段，在这每个阶段中应该怎么展开测试，可以参考下这个表格：
| 测试生命周期阶段?? ?? | 底层服务接口 |
| 需求阶段 | 需求预研（充分预研、拆分任务、可以简单构思接口用例代码逻辑设计） |
| 设计阶段 | 计划输出测试计划，如果涉及的新接口较多，计划中考虑用例代码实现的时间buffer、测试用例编写时间，设计接口的功能测试输入、执行条件以及预期结果。 |
| 评审阶段 | 技术评审、用例评审（根据评审结果做相应的用例修改） |
| 开发阶段 | 根据技术评审的技术文档 ，可以先编写接口入参class、接口入参报文；思考如何做断言，完成接口测试用例的代码设计。 |
| 测试阶段 | 根据实际返回结果进行断言的修改，以及接口的优化，做好release测试。??? |
| 发布阶段 | 指定一个特定的线上测试类进行线上验证，保证线上数据不受测试阶段的干扰??? |
| 运营阶段 | 对于线上问题的复现和调试??? |
| 回顾阶段 | 可以调整相应的接口放在一个测试类或者一个自动化分组中，完成下期迭代回归测试 |
3? ? ?谁来做（who)
我们在需求评审结束之后，开发的任务拆分完了之后，在进行planning会议时，就会把功能任务都拆分完成，测试人员负责各自的功能模块，但是每个测试人员也要有一个整体的测试思维，宏观把控测试的质量和风险。
最后，祝大家都能找到自己为之努力和发展得方向，不断打磨自己得职业技能，不断找到自己得成就感~越来越开心，越来越优秀~