上节课我们成功的搞定了 step弹层的数据问题。那么就有小伙问了，那我们一开始辛辛苦苦放在res中和html一起组合的 复杂json 中的step数据是不是就没用了啊？
我想了想，回答说：是的。我们一开始没考虑到这么远，所以保险起见 全都塞进去了。现在做完了，确实不需要这些数据，而且这些数据还很危险，因为可能数据量超大，导致一起传输会超长失败。
所以呢？
所以我们删掉把....
打开views.py中，
删掉下图中红圈内的两行代码即可。
删后：
有的同学会问，这个assert_result为什么不删？
这个不删当然是因为它还有用啊，我们每个step的结果可是一开始就要展示在报告中的哦.... 而且这个数据又不大，就算了吧。
好的然后我们再次测试看有木有bug：
经过测试，毫无bug。而且加载速度大大提升（反正肉眼都是察觉不到）
好，我们开始要优化下这个弹层了，首先就是这个弹层有点太大了。。。
height变小点：
效果：
好，然后我们发现这里面的文案位置也要改改：
效果如下：
本期内容到此结束，欢迎继续追更哦.
实际上，测试报告在目前的业内有些变得浮躁了，普遍追求更好看，更多功能，而忽略了【易理解性】，让很多人第一眼看过去就眼花缭乱，完全找不到自己需要的数据。
热饭认为，测试报告只要简洁，明了，可看统计和具体详情即可。在颜色上只要把关键信息醒目一些即可。
没必要做的花花绿绿，显得很高大上的样子。
因为这就只是个报告而已。
就好像，一个单一应用的搜索页面，结果弄了好多好多的其他推荐功能，甚至还能预订下单等等。反而会不伦不类，丧失掉核心属性，被用户厌烦。但确实也没办法，因为这个里面因为Okr和ppt 的面上要过的去，所以你会发现很多有用没用的功能都会加上去。
最后再给大家预告一下：下期培训内容是简介版本的接口测试平台开发实战。在公众号版本吸收了数以千计的同学们的反馈和优化建议后，诞生的更加实战实用实际的轻量级平台工具。欢迎大家踊跃报名~
