接口测试接口自动化是 pytest 结合 allure 生成报告问题

ghclzscy · 2024年10月18日 · 最后由派大星回复于 2024年10月22日 · 6539 次阅读

每执行一次都会有一个几 m 的文件数据，请问有啥好办法解决吗因为领导想看所有的结果
后续是不是报告数据存在数据库会好一点，但是有问题在数据库的没办法做成 allure 的报告页面效果

请问大家有啥好的处理办法吗？

共收到 14 条回复时间点赞

冯先生 #1 · 2024年10月18日

打包压缩存到 oss

newman #2 · 2024年10月18日

换个报告插件呗，目前在用 pytest-testreport，自己改了改源码，放到 Jenkins 里集成，还挺合适的。

fox #3 · 2024年10月18日

allure 生成报告其实就是个本地的静态 html，使用 allure 原生报告改造成本最低
方案：
1、可以把每次执行生成 allure 生成报告传到指定文件服务器，并在数据库设置张表记录报告的文件服务器路径，执行等信息
2、然后提供一个集中的入口可以展示所有执行的报告记录，比如 XXX 功能 2024-10-18 14:00:00 报告，点击报告可以在线预览报告
PS：个人觉得把报告用邮件的发送方式是最愚蠢的行为，为什么呢？作为一个管理者每天的邮件是很多的，你难道还要我每天去翻看吗？年底汇报时候要能够直观的数据，说我今年总共执行了这么多次，一目了然

上官一 #4 · 2024年10月18日

没看懂能详细说一下吗

上官一 #5 · 2024年10月18日

是要合并测试报告吗

我不吃香菜 #6 · 2024年10月18日 1 个赞

只要持续集成服务器硬盘足够大，你可以存放所有版本的测试报告，至于把日志存储到数据库。这个想法太蠢了，你问问开发的阿里云日志会一直存着吗？如果日志有用你应该在测试运行时就添加 hook，然后去把他转为可分析的结构数据。单纯日志只有在 case 失败时才会产生作用。毕竟我们只想看到持续集成全部都通过而不是看一堆日志。