我去热饭的博客

注意，本教程并非接口测试平台的教程，而是主要在测试平台上安装这个AI助手的过程尝试。看到了吧，基本上没有质的变化，培训版只是在当时的很多反馈建议上进行了重构，并且使用了前后端分离的方式罢了。当然，关于各组件的版本也已经不是最新的了，毕竟过去两年多了。最近热饭的事儿确实不少，面试题平台要大改，落下了的副线和工具课程要补更，旧课程的解密加密和在线播放工作要进行。关于接口测试平台：培训版 和 公众号免费版 的区别在此说明，技术思想是差不多的，只是培训班比较完善，大家不用担心看不懂，主要重心放在AI部分即可哈~。

    因为此平台历经过久，且技术功能繁多，小伙伴们如果跟不下去，可以简单大致浏览一遍，熟悉下节奏和方案也是不错的哦~     在本章开始前，我们要把之前的几个遗留代码补上：    上节课我们写完了临时变量提取部分，这个提取的tmp_d ,最重要返回给主函数的，好让主函数把它传递给下一个执行的step。所以别忘了最后加上这句：然后我们要考虑的是，放入数据库表的都应该有什么？&nb

    上节课我们结束了发送请求，本节课将继续。    因为此平台历经过久，且技术功能繁多，小伙伴们如果跟不下去，可以简单大致浏览一遍，熟悉下节奏和方案也是不错的哦~     先梳理一下我们还要做的事：    1. 返回值处理    2. 临时变量更新   &n

    上节课我们略微重构了一下这个wqrf_run_case.py。    本节课继续开发，开始要发送请求了：    而请求要分为以下几个情况     (注意，其中实现代码均为postman生成源码参考并增加了灵活度，且经过了漫长的千余位同行的使用和数次纠正及优化，若仍有bug，请及时反馈，感谢贡献。)可复制版本： '执行请求'

欢迎继续收看本系列。强烈建议，大家思路跟上即可，不用非要代码实现。在上节课，我们终于完成了 step的数据准备和写入数据库记录函数。现在还差俩个函数：这俩个函数，第一个是负责发送请求的，发送之后的结果，要原封不动的写入数据库存放起来。第二个是负责对结果进行断言和提取的，当然断言的结果同样要放在数据库中存起来，以便后面我们的总结果报告的读取和整合。而下面那个main_request主函数，它并不是最终版本。因为我们的设计确实更改了，而这个函数除了依次调用上面三个函数外，还应该负责好好的调配三个函数中的数据传输

    时隔多日，随着中间插入的篇章【测试圈相亲平台】的完结，接口测试平台重新更新。不过最开始的篇章的很多设计都比较老旧了。大家其实可以不用一句一句跟，看个设计，混个眼熟，熏陶一下即可。    而接口平台的搭建，其实我更推荐用【测试圈相亲平台】的技术来重构，不过本公众号系列暂时就不从头再来了。毕竟这个教程里融合了很多粉丝的热情投稿和献计献策，所以重构还是放在未来吧。我们先解决眼下的这个新的并发功能底层。  &

    我不知道现在努力还晚不晚，但我知道，我早一天努力，就一定会早一天成功。         上节课我们写到了 header的完全处理结束。    本节课继续开始。    1. 拼接完整url 为什么要拼接？因为咱平台设计的是由host和路由两部分组成，所以要拼接后才能给requ

    写在开头：    在我的个人培训中第五期内容为一个全新的接口轻量级测试平台，对于此，很多同学产生了疑问，公众号免费更新的版本和收费的培训版本有什么区别？    为了打消疑惑，我这里要着重说一下区别：    区别一：体量不同，公众号版本是无限连载下去，永远不会完结。而培训内容版本为轻量级的小型平台，在三个月内会完结。  &n

接口测试平台

接口测试平台

接受粉丝建议，以后文章会一句代码一讲，尽量减少阅读成本！上次我们纠正过来设计问题后，就要进入到按部就班的编码环节了。 大部分代码，都是直接复制run_case.html的即可。不过我还是会解释每一个小功能需求，也算是给大家复习了get_request函数一马当先吧： 计算项目id我们已经拿到了step_id，自然可以不断向上逆推出所属的项目id：如下图即可，虽然略显麻烦。    2. 根据step_id 拿到step就是从数据库中拿出这个

接口测试

    本章节，将继续实现这个所谓的引擎文件。上节课我们已经计划好了大概的操作。打开wqrf_run_case.py：我们根据之前的设计，构造好大概的四个函数+一个主函数。主函数：目前的设计是，并发的线程，调用入口主函数main_request(),然后主函数再依次调用上面的四函数，完成功能那么主函数的主要作用，这里就很明显了，首先就是接收。接收谁呢？线程进来的时候，带的数据只有用例id：如上图，我们在views.py中的 concurrent_cases函数中的do

    看了下之前的投票：    很明显，粉丝宝宝们更喜欢观赏一下，全新的设计。虽然这个路线很麻烦，但是也算是彻底解决当前问题并且为未来升级做好了准备。现在回顾一下我们的并发前面的步骤，多线程内运行的函数是指向了单独运行用例的unittest文件。现在我们要新建一个文件，这个文件即将作为我们运行例且可以把执行结果写进数据库的功能。文件名为wqrf_run_case.py,位置在views.py同级。在创建好后，我写上了必须的文件头，这些代码在run

    在上节课我们初步完成了并发后，很多同学都发现了一个bug。    就是利用htmlrunner生成的测试报告会出现内容显示位置错乱的问题。    比如A和B俩个大用例，单独执行，会生成俩个大用例报告，互不影响。    但是当A和B同时一瞬间执行时，就会互相问题，比如A报告同时显示了A+B的内容，而B报告空白.....  &

    终于结束了长期的又开始回归到繁杂的代码中了，小伙伴们做好准备了么？    上回说道，我们要开始用项目id来 找出所有打开了并发开关的用例id，然后拼接成启动url，用多线程的方式去并发了。    所以，打开views.py，写成如图样子：第一步，看起来很简单哦~如图，我们设置了三个用例，其中俩个是并发的：代码如下，并且要靠print来打印验证：执行后输出如下：看来我们的设

    经过前几天的【实测】系列之后，数以百计的同学可能都解决一些最基础的问题。    打了一些基础之后，我们就可以更加顺利的进行开发并发用例功能了~    首先我们目前是已经做好了并发字段的修改和显示功能。    按照我们之前的设计逻辑，我们要做一个并发按钮，触发成功后，统计所有并发为true的用例，然后新启动线程去执行。  &

    废话不多说，直接用土话给你讲明白：   先来看看query是什么意思？其实就是查询的意思。所以，queryset 是什么？是查询结果的集合的意思。我就不用那些标准的百度百科的回答了，咱直接上代码，从数据直接拿出来的数据来当例子，你就明白了。我们用数据工厂平台的代码做演示，目前的models.py中的超链接表，存放数据为这样的，有俩个字段：如图，俩个字段分别是link_name和link_url。并且，下面的自动展示文案指定成了 link_n

    这个问题一般只出现在第一次接触django的新人身上，而且因为是很多原因都可以出现的情况，所以一般不太好定位解决。但其实我们可以无视这个问题。    因为这个所谓的右上角自动生成的启动按钮/器。仅仅就是帮你快速启动django服务而已，除此之外，没啥卵用，甚至，你本地启动项目如果用这个自动生成的，别人还访问不了，还有自己主动修改设置才行。    而等到项目实际上线部署，又是通过sh

    有很多同学初学django做平台会出现请求问题，比如：增加一个元素，增加后，刷新页面发现又多了一个元素，不明所以。所以今天我就用土方法经验来给大家讲讲各种返回方式吧，请仔细看，并保存成书签哦~ 第一种通过url输入或者a标签href的方式请求，并且返回页面。【例子】：登录页面【后代代码】：使用方法：通过url请求，当使用者浏览器地址栏出现：的时候，就进入了这个页面。【特点】：返回的是一整个页面，浏览器会直接显示当前页面。【常用】：页面跳转/打开 等。

本章内容，开始正式开发一下用例并发。本章主要目标：对用例的新字段：是否参与并发，进行增删改查等设计。难度：* *首先打开我们的项目，找到models.py中的用例表：添加并发字段：concurrent ，布尔类型 ，默认为真然后执行同步命令：    然后我们找到用例的前端页面：P_cases.html找到位置并添加这个字段的展示：此刻页面如图所示：接下来我们要做的就是 在设置中，增加对并发字段的设置和保存，展示等功能了。(注意，快速找到指定位置，可以根据上下文的特殊词

    好，书接上文，不多bb。    我们要用什么办法来防止并发用例压力过大呢？    答案就是限流！    也就是说，假如你有100个用例，我只允许最多同时10个用例运行。    这样就能极大的缓解压力，而具体能同时允许多少用例运行，这个你可以自行设置，可以最大，也可以1个，根据你的服务器来选择吧，每个项目

        很抱歉，接口测试平台因为接到大量粉丝要求想听并发执行用例的功能，所以插播了本章节，所以之前准备开的导入导出接口功能延后了哈。    其实刚开始听到有粉丝想听这个功能时我很诧异，因为这并不算什么复杂的功能，而且我应该讲过呀，很多平台内我都使用了并发功能呀.... 但是我回过头一想，不对.... 目前用到并发功能的平台 我还没来得及更新到公众号....只是在我培训课程中存在。&

        最近仍然有很多小伙伴会经常来问我一些关于接口测试平台教程攻略的技术问题，当中有大部分是urls.py写的不对。    照葫芦画瓢的结果就是，只是抄其形，不得其意。    关于urls.py的各种方法，设计，函数，其实很多很多。但是我为了降低初学者的门槛和学习成本，所以就用最简单的1-2个函数来实现所有功能。   &

    最近有粉丝问我如何能让前端的多行文本框中的json字符串，能分行且带缩进那样展示出来，而不是堆到一起：    不过这里我要明确说一下，因为接口的返回值不一定是什么格式，可能是普通一段文本，也可以是一个html，也可以是json字符串。所以我一开始并没有对此进行全部统一的json化。不过我们仍然可以从前端解决掉这件事情，只有当可以json化后的返回体，我们就对其进行格式化显示即可。如图，我的俩个测试自用接口test_log

    【片尾有彩蛋】    众所周知，在django的设计里，当我们在models.py中写好了新的表名后，在后台管理页面是看不到的，必须要在admin.py中注册这个表名才可以。     但是随着表的增多，包括后期迭代，就总是出现忘记的情况，而且密密麻麻写了一大堆看着也麻烦。    今天博主就给大家说一个简单方法，可以自动注册，再也不用

前言：好久不更新这个接口测试平台系列了，现在没什么事就继续写一写。其实从写这个平台之初，就有很多质疑的声音，大意就是市面上有那么多开源的好用的接口管理平台，那些平台都是出自专业的团队之手，早已商业化，个人做平台是断无可能超过那些商业商品的，那么为什么还要做呢？其实关于这个问题的思考，我早就想过无数次，甚至超过所有人，最终我觉得这个问题的答案是：这个问题本身就是个伪命题。为什么这么说呢？我们不妨从下面几点来看：1. 一般人怎么回答这个问题？ 大道理上来说，我们大到国家，小到公司，团队，组，个人，都需

近期，顶级氪金大佬-榜一大哥，说每次看到接口测试平台的url分发器，路由中的变量，数据流转就发懵。所以我打算特别更新一期，来给大家梳理一下。首先给大家道个歉，接口测试平台的整个数据控制架构是我几年前自创的，并不是传统的主流，所以虽然能实现功能，但是一些易用性，说明帮助这些都没有很好的落实。加上后期我也回归了主流的设计，所以得给被这块逻辑绕迷糊的同学道个歉。好，开始正题！接口测试平台的页面引用逻辑，并不是传统的各个页面内引用菜单页面。而是菜单页面内引用各个其他页面，所以是完全相反。菜单页面：welcome.h

    前面我们已经成功搞定了这个开关字段的增删改查，建议大家保存好这几章内容。    因为之后我们可能还会增加这种请求字段，到时候就照着这俩章内容抄一抄，就不用担心出bug或者漏掉某些代码部分。    首先确定我们本节课要用到的几个请求函数，然后依次进行修改：每种请求函数，都因为请求体格式不同，导致有多个分支的requests请求语句，我们虽然在上节课把所有的证书获取代码都写好了。但是依

    本节课我们来搞定前端开关：是否加入证书。    主要技巧仍然是 仿造之前 加密开关的位置和写法来完成。 要搞定的页面有：P_apis.html,P_cases.html。P_apis.html：首先是调试层dom部分：效果如下：然后是调试层的bom部分：清空旧数据函数：展示函数：保存函数：请求函数：最后是登录态部分：dom层：效果如下：Bom层：展示函数：保存函数：请求函数：好，到这里我们就搞定了P_

    本节课 我们要给每个接口，都加入一个选项，类似于之前 是否加入登录态，是否加密 这种选项，名字叫做：“是否加证书”    首先找到我们数据层，数据表中，几个需要加入的地方：（小技巧，具体的范围，我们可以参考之前加入登录态，加密这种地方。直接全页面搜索关键字即可，之后增删改查逻辑全盘复制即可。这样的另一个好处是，等之后我们进行统一优化的时候，也可以省心。）注意，因为我们即将对 接口，登录态接口，步骤等实体进行增加

    上节课我们成功搞定了证书上传的问题。本节课我们要来搞定项目绑定证书的设置。不过在此之前，有小伙伴反应说，我直接把证书放在static下不是很好，怕其他人瞎上传一堆东西，结果我连删除都不敢，怕删除其他功能用的资源。所以建议我弄个文件夹，我觉得这个提议非常好。所以来采纳一下：如上图所示，我新建了这个文件夹Certs，然后修改代码中保存证书的路径。做好这步之后。我们开始正题吧：先打开models.py中设置好这个新的字段：证书。运行俩句同步命令：好了，然后我们回到v

    在很多公司的具体接口测试业务中，内部的接口都不是随随便便写个脚本就可以请求通的。    很多时候需要client证书，跟着请求一起发出去，服务器那边检测通过，才可以正常给处理和返回。    当然，可能很多粉丝都说自己公司目前并没有需要这种证书，如果这种情况，那么建议也还是看一看本章节，起码混个眼熟。以后跳槽的新公司万一要用，自己也不至于大脑空白。    这个cl

    多亏榜一大哥提醒，加密算法居然漏掉了开关功能，榜一大哥也随即在测试开发水货上更新了如何加入开关的文章，欢迎收看。    说到开关，我们不要着急上去就加开关，先要想好以下几个问题 再动手。1：开关都在哪里：目前，我们的加密算法应用到了普通接口调试，登录态接口调试，登录态接口被调用，用例运行 ，这几个函数中。那么他们的开关是否是一个呢？显然不是。2：开关在数据库的字段：我们打开models.py，可以看到关键字：sign的字

    本节课将结束掉加密算法部分。之后接口测试平台教程将暂时进入缓慢更新时期，数据工厂(公众号版本) 将进入快速更新时期，周知。    上节课，我们终于暂时写完了这个验签算法。    由于一直都是靠普通接口调试函数调用，所以我们先来实验普通接口这块。    大家还记得么，我在之前说过，这个加密函数要放在实际发出请求之前的最后一步，也就是这个位置。实际上，这个位置是不对

    继续更新接口测试平台： 先来改一系列的小bug：（admin后台数据的展示None时报错）这个bug是什么意思呢？就是当我们删除一个数据时，结果报错说，返回的必须是str 而非None。这个问题的原因在于我们的models.py中的 返回展示部分：返回的self.name， 而创建的时候，默认又是空的None。所以这里会报错。所以为了以防同类情况再次出现。我们先把所有的这种全加上str() 包裹。就算是None，也会显示 字符串的"None" ,而不

     先来回顾下我们目前的进度：加密算法的增删改查已经完成后端 目前准备做一个加密功能函数，用来被各个执行类函数调用。接收 url和body， 还有project_id前端还要给普通接口、登录接口、小用例都加上 一个是否加密开关。既然涉及到开关，那么其实也就是一个字段。先在models.py中加入 这个加密开关：结果发现很早之前已经加入了sign字段，那就给其他的都加上吧，完成后如下图：默认都是'no'这里要注意，因为我们后添加的这个字段，所有之前的数据

本节我们要真正的实现这个加密函数：为了便于调试，我们先给普通接口调试函数 加入对它的调用：(注意调用位置一定要放到 替换全局变量的后面！最好是在真正发送请求代码部分之前紧贴！)如上图，这个函数最终会返回带了加密验签字段的url和body然后，我们要耐心的做一个接口 用来调试用！首先来看我们写的调试用的加密表达式：注意，其中的time，我们会先检测是在url和body中存在这个字段，如果不存在，我们则用10位时间戳来表示，这个规则我们应该在一开始告知使用者，所以可以在说明文案中加入这一句：然后是具体的接口：注

    上节课我们可以成功的 打开加密算法的设置弹层。    现在我们来立马实现一下 取消和保存功能：    取消功能很简单，我们写个刷新即可：注意修改俩个按钮的onclick：好，继续开始，我们去写保存功能：这个函数并不复杂，但是我依然要按部就班的去实现。首先是获取选中的加密插入位置，是url还是body。注意这个单选框radio，我是怎么命名和设置属性的。以及js里是怎么提取的。nam

    本节我们准备搞定这个加密的生成算法。        好的，在这大家也跟了150期了，对于这个算法的实现，能否知道从哪下手呢？觉得难么？    如果觉得难，那么此时要怎么办？能帮助你的就是 热饭的《测试开发方法论》    方法论迟早会成书，目前已经在设计中了，到时候打赏过的同学都可以成本价拿到书，排名前1