谢谢，指出了本质，确实存在不够系统化问题，我会试着改进下~

谢谢，很棒的见解，我打算试试第一种情况

厉害，你的这个平台，是如何添加测试用例的？

我这边没有 selenium 框架，我觉得可以先实现功能的自动化，代替手工，之后再不断的优化你的代码，一般框架会涉及到一些：提取公共模块，工具单独写成包，测试数据分离，配置分离，日志模块等等，框架可以一点点的补充优化的，不用一次性就写出完善的框架出来

自己本地自动化测试先跑起来，web 端可以考虑用 selenium 框架，APP 端的自动化，可以用 Appium 框架，接口自动化，可以考虑用 pytest，总之你自己本地先实现了自动化测试，如果确实能够提高效率，就可以找领导申请资源，搭建环境。

allure-jenkins-plugin.hpi 2.8 版本，没有传 report path 的地方，所以系统直接使用默认的 path，就是 workspace 的路径，只不过我看有引号，它就直接在项目目录下，有创建了目录：

这是原先的：

这是现在的：

两条产生报告的命令中 -o 参数后边的路径，2.8 版本带来引号，3.1 版本是没有引号的

另外，报告正常后，我发现每次的 build job 要么是 failed，要么就是 unstable。原因：failed 是因为测试用例出现了 failed 的情况，导致 job failed，但如果测试用例都是 passed，就出现了 unstable，这是因为每一次的 allure result 都在一个文件夹下，重复使用了，其产生的 report 就会基于之前的进行累加，整个 build job 也会变成 unstable。

我在社区中，看到了这个问题，https://testerhome.com/topics/18011

借鉴这种方式，解决了 allure result 在同一个文件夹下的问题，但是 report path 是不支持传入变量的，这个可以参考这个https://github.com/allure-framework/allure2/issues/887allure，我是直接去除这个变量，保留 result 中的变量即可，其每个 job 的报告结果不会有影响

问题已解决，我使用的 jenkins allure 插件为 2.8 版本的，在产生报告的时候，路径带上了引号，使得报告直接在 workspace 的当前项目下，创建了引号为开头的目录及报告文件，如下图第一个红色的引号，它是一个文件夹：

升级 jenkins allure 插件到 3.11 版本，就能够正常产生报告。但还无法确定是插件的一个不稳定的 bug，还是测试环境的原因

jenkins 目前好像还不支持这个功能，参考这个https://github.com/allure-framework/allure2/issues/887
我现在保留 result 中的 ${BUILD_ID}，去除了 report path 中的 ${BUILD_ID}，不会影响使用，结果的报告也是每个 build result 相对应的报告

感谢解答~