在上节课，我们终于完成了后台数据的整理工作。
接下来就是要做一个属于我们自己的测试报告了...
在django项目的 Myapp/templates文件夹下创建一个报告html模板：concurennt_report.html
接下来就是写这个普通html的部分了。
我的设计是。有统计，有详细。图文并茂。
不过我们现在只是需要先做一个简易的，后续不断的扩展内容即可。
而更重要的事是什么？是先打通整个链路...
写个title 和具体数据 ，可以验证是否成功进入。
然后回到我们的views.py中的函数中，返回render：
重启项目，测试一下：
如图，这就是正常表现了。
到这里我们链路算是打通了，数据和html模板成功合体，并展示在了浏览器上。
然后就是结构打造：注意，我现在做的是初版，先让大体展示成功，之后再慢慢美化。
我们可以把页面分为三部分：
先来概述部分：
上图中，我使用了一个自定义的样式。并且在概述的div中引入。
效果如下：
然后我们再来填充它内部的东西。
大家发现没有，我们后台目前给过来的数据，并没有计算出这些用例总数，失败率等。
那么现在问题就来了，我们要在哪去计算出来这些数据呢？？？
俩个方案：页面js计算 和 后台计算。
我先说下俩种方案的利弊：
页面js计算：优点是减轻后台负担。缺点是前端比较难处理，因为目前过来的数据是给dom层使用的，bom层想用有俩种办法，一是通过接口去后台拿正常json，二是按照现在的格式，从某个输入框中取出来并处理。
后台计算：缺点是后台传输数据量变大，不过可以忽略不计。优点是简单可靠，直接计算好加在这个json中即可，利用已有的大型循环。
综合来看，我们最终选用第二种，后台计算！
让我们返回到后台views.py中：
先来回顾下我们目前的这个算法。
如果我要计算出用例的通过率通过数总数失败数失败率。要怎么计算，并且加到哪呢？
其实都不难...
先来计算用例总数：
是不是很简单？然后前端一调用就可以了。
效果如下：
然后我们计算用例通过总数和失败总数。
首先设置好初始值，错误的0 ，正确的是全部。
然后下面的for循环，每发现一个用例失败，那么错误的+1 ，正确的-1
前端写上：
测试下：
结果正常！
然后是计算通过率失败率：
这个的计算要放到最后，当通过数和失败数确定后，计算好额外添加进去即可：
前端：
测试结果展示：
然后这里我们可以写个简单的script ，
作用是 决定这个最终结果的颜色，如果是True 就绿，否则为红。
结果：
到这里大家明白了一个道理，那就是【自己动手，丰衣足食】
这个测试报告，我们想怎么做就怎么做，想做成什么样就什么样，想有什么功能就有什么功能...
欢迎关注：测试开发干货
