【接口自动化测试】如何进行流程封装和基于加密接口的测试用例设计？(1)

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

首先在做用例分析之前，可以通过追查公司一年来所有的故障原因，定位问题起因，或者通过与 CTO、产品经理、研发、运维、测试调查，得到质量痛点，还可以分析业务架构、流程调用，以及监控系统了解到业务的使用数据，从而得到质量需求。

得到质量需求之后，通过与产品经理、项目经理、研发总监等对接后得知待测业务范围、业务场景用例、业务接口分析，从而确定公司的测试计划。将测试计划与质量需求结合进行分析，就可以开始进行业务用例的设计，而接口测试用例分析，也在其内。

接口封装思想主要分为 3 个大维度：配置、接口封装、业务流程。其中：

• 配置主要用作根据配置文件获取初始配置和依赖；
• 接口封装遵循 APIObject 设计模式，对接口的调用进行抽象封装；
• 业务流程则负责数据初始化、业务用例设计，包含有多个 API 形成的流程定义，不要再包含任何接口实现细节、以及断言。 下面将会与实战案例结合，进行详细的介绍。 由于信息安全原因，许多接口在传输的时候会对请求与响应进行加密处理，如果直接对这部分数据做断言显然是行不通的。还需要对这部分接口额外进行解密的处理之后，才可以对已解密的接口进行断言。 在进行实战之前，需要先准备一个对响应加密的接口。对它发起一个 get 请求后，得到一个加密过后的响应信息。 先准备一个 JSON 格式 demo： 使用 base64 对其做加密，得到一个加密后的文件 demo64.txt 使用 Python 命令在 “demo64.txt” 所在目录启动一个服务 启动后的样子如图：

如果请求成功的话就代表环境已经准备成功

调用 base64，直接对返回的请求做解密，即可得到解密后的响应，将解密后的响应转为 JSON 格式，此时就可以对这个返回值做断言且不会报错了。

这样的写法显然不够优雅，如果被测接口的协议发生变化，Requests 库无法支持改变后的协议，需要调用别的第三库发送请求信息，则还是需要修改底层的源码。碰到这种情况，可以增加一层封装，构造一层更加通用的发送方法。

首先需要通过一个字典的结构体，保存所有的请求信息，包括发送的协议、解码方式、请求 method 等等，而这种字典形式的结构体也为后面的数据驱动改造做好了一个重要的铺垫。

通过请求信息的结构体中的schema，添加判断条件，去选择不同的请求协议。举个例子，如果 schema 为“http”的话，就选择调用被封装的 requests 库。

调用在ApiRequest类中的send方法发送请求并进行断言

如果面对不同的算法，还需要修改底层的源码，所以需要把算法封装。需要使用哪个算法，就使用哪个。封装的思想与上面相同。首先在字典结构体中添加一个 encoding 字段，用来判断选择的不同的加密条件。

还是通过请求信息的结构体中的 encoding，添加判断条件，去选择不同的解密方式。

首先需要明确在面对一个加密的响应结果，可以使用什么样的处理方式：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**