有手就会写的接口测试平台

开始本节主要内容：  还是打开我们昨天研发到一半的views.py和run函数： 如图： 我们虽然成功的传入了 Case_id,Case_name，但是这都不是主要的，主要的内容是所有步骤。所以我们这

根据我们上一节最后的投票。 引入unittest框架 碾压了第一种。其实我个人也偏向这个。因为我尝试过很多，但是唯独没有引入unittest在接口测试平台中。所以借此机会，也想挑战一下，涨点经验。  

本节我们要来解决一下上次遗留的bug，因为小伙伴目前还没有很好的解决办法，所以我们使用我的一个土方法解决。针对与这个第三方的缺陷，其实也跟我们使用不当有关，原作者的算法并不支持我们现在这样复杂的应用。

在本节开始之前，我们在先要解决之前遗留的那个第三方table导致的一个bug： 就是多重列： 我们之前接口库中的解决方案是刷新页面绕过这个恶心的问题，但是步骤这里貌似不太适合刷新整个页面。所以只能面对

好的因为群内大佬打赏的钱太多，所以履行承诺，加更一节： 本节主要处理掉，这个步骤保存的功能，其实对于跟到现在的同学来说，业务上的curd早就已经轻车熟路了。本节节奏稍快： 首先是保存按钮加一个oncl

在开始之前，依然要解决几个bug： 1.  这个地方的步骤id,我们写错了。 应该是 这个步骤在数据库中的id，而不是这个步骤按钮的属性id。 出错位置是： 给它改成： 其实还是利用了原始步骤按钮的i

本节课接着来开发该平台的内容。 首先要先修复俩个缺陷，这要感谢群内小姐姐的慧眼(还没关注的小伙伴点点关注，加加群啊～)     问题1: P_cases.html中的步骤step的 名称存放的标签id

本节我们开始进行小步骤的设置相关功能： 打开P_cases.html，找到我们的right_div： 具体的设置呢？我们可以仿照我们接口设置的设计。     但是在这之前，我们的步骤还有些特殊的属性，

好的，继续。我们开始设计这个头像。 首先，我们要知道，头像图片 这是一个文件，这本身没法存放于数据库中。我们的数据库顶多就是存放这个图片的文件名而已，那么这些图片放在哪呢？     我们肯定要创建一个

想到平台讲了这么多，却还没有讲到如何上传文件这个功能，肯定不行。 这个功能其实比较重要，因为后续我们要继续完善接口请求，而很多post请求是可以携带文件的，因为这方面的原理和难度比较大。所以我们先拿个