48.编写构建历史页面

大家好,我是米洛,求三连!求关注测试开发坑货!

如果阅读完毕后想和作者有更多交流,可以点击阅读原文找到底部评论区,给作者留言啦!

项目地址: https://pity.readthedocs.io/

📒 回顾

其实我不用回顾啦,我上篇讲的是怎么生成构建数据,毕竟我是连续写作😁。

📒 编写获取/查询报告接口

报告的数据是有了,我们思考一下我们需要怎么去查找到我们想要的那次构建记录

  • 时间维度

    比如我想查找这2天的。

  • 执行人维度

    我想查刚才团队里面xxx执行的过的数据。

  • 测试计划级别(这里还没支持呀,因为还只是手动)

    我想知道我这个测试计划跑的咋样了,我只盯着他看。

  • 等等等等,有需要可以继续加

我这里支持了2个维度,时间和执行人
我这里支持了2个维度,时间和执行人

这异步写起来也慢慢开始顺手了,不过因为sqlalchemy还不太支持这块。我查询了很久也没找到好的分页查询方式。只能用了土方法了:

  1. 根据条件查询数量
  2. 根据条件分页查询

返回2个参数,分别是具体的数据和总的查询数量,这个构建记录比较大,做分页会比较合适。而且时间参数是必传,这里如果做好一点可以显示时间范围,比如只能查询1个月之内的数据,不然数据多了会忒慢

接着就是编写report/list接口了
接着就是编写report/list接口了

📒 聊聊前端

其实前端就是个很简单的查询操作,经过这么多年我实践我是发现,前端难在设计和样式上,逻辑处理并不复杂。所以我还是觉得大家能用这种现成的UI组件就用,不然写原生的又不好看又麻烦

报告列表页面整体长这样
报告列表页面整体长这样
具体数据页面
具体数据页面

构建id左边的✔和✖是类似jenkins的成功还是失败的状态。

然后上方就是报告查询维度了,并不算难。


今天的内容就到这里吧,大家可能也发现了。我们这只有汇总的数据,博主并没有存储每条用例的执行结果,那这算什么报告?

没事儿,下一节我们就来讲如何写入/获取case执行报告

图中就是最终报告效果图了
图中就是最终报告效果图了