• 平台支持手机端 app UI 自动化测试吗,如果支持,是如何实现的呢

  • 接口都 404 了

  • 如果后端使用的是 python,可以使用 eval 函数,其他语言应该也有相应的函数可以实现。
    可以在断言类型里加一个 eval,先算出来 a+b 的结果,最后再断言相等

    a = 1.555
    b = 2.456
    c = 4.01
    result = eval("round(a + b, 2)")  # 四舍五入保留两位小数
    
  • 关于 UI 自动化方案 at 2025年08月04日
  • 接口自动化其实可以使用 apifox,我看 metersphere 免费的也仅支持接口自动化

  • ✅ Allure 历史记录的原理简述:
    Allure 会为每条用例计算一个 historyId(基于测试函数名和参数等生成的哈希值),并在 Jenkins 每次构建时将上次的 history 文件复制到 allure-results 中来进行比对。

    🎯 可能导致 “没有历史记录” 的原因:
    测试用例的名称或参数发生变化

    如果用例名变了、或参数化的参数值不同,会导致 historyId 变化,Allure 会认为是 “新用例”。

    上次构建的 history 数据未正确保存到当前构建

    Jenkins 需要在构建时,将上一个构建的 allure-results/history 目录复制到当前的 allure-results 中,否则没有 “历史”。

    pytest-allure 没有生成正确的 historyId

    在某些场景下(特别是动态生成用例或使用了不规范的参数名),可能导致 historyId 计算不一致。

    ✅ 正确设置历史记录的做法:

    1. 配置 Jenkins pipeline(或构建脚本)以传递历史数据 在每次运行前,从上一个构建中复制 allure-results/history 目录到当前的 allure-results:

    在 Jenkins pipeline 中加入

    cp -r previous_build/allure-report/history current_build/allure-results/
    示例(Pipeline 脚本):

    stage('Run Tests') {
    steps {
    script {
    // 假设你将上次构建的 history 存在 artifacts 中
    sh 'cp -r ${WORKSPACE}/previous_allure_report/history ${WORKSPACE}/allure-results || true'
    sh 'pytest --alluredir=allure-results'
    }
    }
    }

    1. 保持用例名称和参数一致 避免每次改动测试用例名或参数(特别是参数化用例)。

    对于参数化用例,尽量使用 @pytest.mark.parametrize 的 ids 参数来保持用例名称稳定。

    @pytest.mark.parametrize("user_input", [1, 2], ids=["input_1", "input_2"])
    def test_example(user_input):
    ...

    1. 使用 pytest 的唯一标识机制 避免动态构造 test 函数名或模块名,这会影响 Allure 的 historyId 生成。

    ✅ 推荐补充做法:
    在 Jenkins 中将构建 artifacts 中的 allure-results 和 allure-report 保留并归档。

    在 Allure Commandline 中使用 --clean 但确保历史文件提前合并进来。

    以上是 ChatGPT 的回复,我试了一下,主要就是将旧报告中的 history 文件夹拷贝出来,再放进新的 allure-results 目录中,在生成测试报告,就会有历史记录了。历史记录只会记录是否成功,不能查看详细信息,感觉用处不大。

  • 大家有遇到这公司吗? at 2025年05月27日

    其他的有什么推荐呢

  • 迷茫 at 2025年05月07日

    咱俩一样,先苟着吧

  • 先点击下拉选项框 再点击下拉选项框的内容就可以吧,我用 playwright 就是这么操作的

  • 僅樓主可見