回顾
其实我不用回顾啦，我上篇讲的是怎么生成构建数据，毕竟我是连续写作😁。
编写获取/查询报告接口
报告的数据是有了，我们思考一下我们需要怎么去查找到我们想要的那次构建记录。
- 时间维度
比如我想查找这2天的。 - 执行人维度
我想查刚才团队里面xxx执行的过的数据。 - 测试计划级别（这里还没支持呀，因为还只是手动）
我想知道我这个测试计划跑的咋样了，我只盯着他看。 - 等等等等，有需要可以继续加
我这里支持了2个维度，时间和执行人
这异步写起来也慢慢开始顺手了，不过因为sqlalchemy还不太支持这块。我查询了很久也没找到好的分页查询方式。只能用了土方法了:
- 根据条件查询数量
- 根据条件分页查询
返回2个参数，分别是具体的数据和总的查询数量，这个构建记录比较大，做分页会比较合适。而且时间参数是必传，这里如果做好一点可以显示时间范围，比如只能查询1个月之内的数据，不然数据多了会忒慢。
接着就是编写report/list接口了
聊聊前端
其实前端就是个很简单的查询操作，经过这么多年我实践我是发现，前端难在设计和样式上，逻辑处理并不复杂。所以我还是觉得大家能用这种现成的UI组件就用，不然写原生的又不好看又麻烦。
报告列表页面整体长这样
具体数据页面
构建id左边的✔和✖是类似jenkins的成功还是失败的状态。
然后上方就是报告查询维度了，并不算难。
今天的内容就到这里吧，大家可能也发现了。我们这只有汇总的数据，博主并没有存储每条用例的执行结果，那这算什么报告？
没事儿，下一节我们就来讲如何写入/获取case执行报告。
图中就是最终报告效果图了
