接口测试平台192： 并发报告（8）

上节课我们成功的搞定了 step弹层的数据问题。那么就有小伙问了，那我们一开始辛辛苦苦放在res中和html一起组合的 复杂json 中的step数据是不是就没用了啊？

我想了想，回答说：是的。我们一开始没考虑到这么远，所以保险起见 全都塞进去了。现在做完了，确实不需要这些数据，而且这些数据还很危险，因为可能数据量超大，导致一起传输会超长失败。

所以呢？

所以我们删掉把....

打开views.py中，

删掉下图中红圈内的两行代码即可。

删后：

有的同学会问，这个assert_result为什么不删？

这个不删当然是因为它还有用啊，我们每个step的结果可是一开始就要展示在报告中的哦.... 而且这个数据又不大，就算了吧。

好的然后我们再次测试看有木有bug：

经过测试，毫无bug。而且加载速度大大提升（反正肉眼都是察觉不到）

好，我们开始要优化下这个弹层了，首先就是这个弹层有点太大了。。。

height变小点：

效果：

好，然后我们发现这里面的文案位置也要改改：

效果如下：

本期内容到此结束，欢迎继续追更哦.

实际上，测试报告在目前的业内有些变得浮躁了，普遍追求更好看，更多功能，而忽略了【易理解性】，让很多人第一眼看过去就眼花缭乱，完全找不到自己需要的数据。

热饭认为，测试报告只要简洁，明了，可看统计和具体详情即可。在颜色上只要把关键信息醒目一些即可。

没必要做的花花绿绿，显得很高大上的样子。

因为这就只是个报告而已。

就好像，一个单一应用的搜索页面，结果弄了好多好多的其他推荐功能，甚至还能预订下单等等。反而会不伦不类，丧失掉核心属性，被用户厌烦。但确实也没办法，因为这个里面因为Okr和ppt 的面上要过的去，所以你会发现很多有用没用的功能都会加上去。