谢谢,指出了本质,确实存在不够系统化问题,我会试着改进下~
谢谢,很棒的见解,我打算试试第一种情况
厉害,你的这个平台,是如何添加测试用例的?
我这边没有 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 相对应的报告
感谢解答~
感谢解答,问题解决了,我升级 celery 为最新版本(pip install -U celery),然后问题就解决了,我原先以为是 Python 与 pytest 版本兼容问题,没想到是与 celery 版本兼容的问题。
这是因为我之前已经安装好了,所以用这个命令,第一行就提示 Requirement already up-to-date: pytest in c:\python37\lib\site-packages (6.2.4),这里提示已经满足最新版本了;另外,pip 升级这个,是一直都有,不会影响,之前安装其他的包也会有这个提示。
我使用 import pytest 是可以成功的,但是使用命令行调用 pytest 就会有报错,包括 pytest --version
这个报名地址以哪个为准?报名链接中的地址与帖子中的不一样,开始时间也是不一样的,一个是 12:30,一个是 13:30