接口测试平台代码实现53: 首页重构1

本节开始前，先解决bug。

当接口请求体为空的时候

我们运行调试send和异常测试，会报错。

定位错误的窍门就是 先看最后一句，是一个json解析错误。然后找具体哪行时候，我们直接看我们自己写的py文件就好，其他的忽略。迅速锁定来这行，原来是header的问题。我们代码中直接就对header字符串进行json化。结果当为空的时候 ，会引发代码报错。

所以这是我们之前漏掉的一个用户异常输入的错误处理。

很简单，我们直接用一个try即可：

类似的小bug可能还会有，大家发挥自行功力，解决即可。

然后我们测试发现可以正常处理返回错误结果了：

但是还有新的问题，当header 不为空，但是也不符合字典/json的格式时候。我们要怎么处理呢？

前面的直接变成字典的try：json.loads()方法，貌似不顶用了。

因为只有为空或含英文字符串的时候，才会引发报错被捕获，但是如果不为空，只为纯数字，比如：21312313

这样就不会报错，然后依然也不算一个字典，下面发送请求时候一样会报错！

为空报错！

不为空但非法，居然不报错！

这种情况解决想必大家有很多方法，再写个判断即可。或者干脆把整个发送请求代码try了。

其实都可以，反正就相当于频繁的打补丁～

我把这整个发送请求部分都try了。然后捕获各种异常返回到前端，这样我们之后调试接口报错时候，就可以不用看日志，直接看接口返回就知道问题了。当然正常商业软件不允许这样做，不过我们是内部使用的工具，而且使用者都是it工程师。 一劳永逸，但是后期我们时间充裕了，还是要继续细化各种异常的处理，不能这样一try了之。

现在开始正式本节内容，一直被吐槽最多的就是这个首页。难看且无用。

这是因为我们最开始只是单纯的给大家当作一个草纸进行练手，现在练的差不多了，可以用现在的功力重新做一个首页了。

关于首页的作用和设计，其实我们之前很早就讨论过了。主要是看我们想做成什么样的：

目前有俩种比较成熟且有用的设计：

1. 主推超链接传送门。

整个页面都做成几十上百个 的超链接组成的矩阵，方便公司各组同事进入且存成书签，养成依赖习惯，提高使用黏度，配合上搜索，快捷等小巧的设计很实用和漂亮。

2. 做成接口测试平台专业化的工具- 首页调试

接口测试平台的定位其实是一个综合体，并不是单纯的挑战替代某一种主流工具，只是整合而已。为了成功整合postman的方便，我们需要在首页引入快捷调试功能，调试满意的接口可以保存到项目中，且有历史回放功能。这样可以降低新用户的使用繁琐程度，相当于我们那些app手游中的游客登陆，免去了注册的麻烦，试玩满意再注册。

以上俩种设计，均有成功案例。我们现在项目内的接口调试功能已经基本完成，所以具备了完成以上俩种设计的能力。

大家可以按照自己的喜好重新设计实现各种风格的首页。

不过本教程只能选择一种讲解并实现。

所以本节最后，就给大家来个投票。投票多的就开始实现....