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