想简单省事，其实只测支付接口就可以了，不需要通过页面，毕竟你页面的支付流程，最终还是得靠接口。

在 pytest 中，您可以使用@pytest.mark.parametrize 装饰器来定义测试用例的参数化，并使用 request.node 对象来获取参数值并将其设置到 Allure 的上下文中。然后，在测试用例执行结束时，Allure 会将参数信息写入 JSON 文件中。

例如：

import pytest
import allure

@user2ize("param", [1, 2, 3])
def test_example(request, param):
    allure.dynamic.title(f"Test Example - Param {param}")
    allure.dynamic.description("This is an example test case with parameters")
    allure.dynamic.parameter("param", param)

    # 执行测试逻辑...

使用@pytest.mark.parametrize 装饰器定义了参数化，将参数值传递给 test_example 函数。然后，在测试函数中，使用 allure.dynamic.parameter 方法将参数值设置到 Allure 的上下文中

短期是没问题，长远呢？你看看哪个现在主流 app，是有一堆问题的？

“产品能不能成功，说实话跟测试的关系最小”，我并不这么认可吧，你像小公司，虽然研发质量也很重要，但是测试质量同样重要，如果没有测试来保障产品的质量，发布上线之后，一堆问题，那产品谈何成功？

是的，所以，要么大搞开源，惠及中小企业，先让自己的开源项目火起来，后面再引投资。

我只有一个问题，你是否能够对你的测试结果负责？

这其中还涉及到，A 接口的数据如何传给 B 接口，你可有好方案？跨线程传数据

首先，这个问题很简单，锊一下思路

1. 分开两个线程，先调用线程组 A，去请求 A 接口，拿到数据
2. A 线程执行完之后，再执行 B 线程，B 线程是并发线程

误区：

1. 并发，是需要使用同步定时器的，否则谈何并发？
2. 查看接口是否是并发，需要用监听器 - 用表格查看结果
3. 如何跨线程组传数据，建议，可以使用 BeanShell 后置处理程序，把数据保存到 csv 文件夹，然后下一个接口再从这个 csv 文件读取 这里可能操作比较复杂，楼主如果看不懂的话，建议，先手动执行一次 A 接口，自己拿到数据之后，手动填充给 B 接口

操作步骤：

1. 线程组 A，请求 A 接口，并获取响应数据供 B 接口使用
   

2. 线程组 B，请求 B 接口，设置并发线程数：10 个，并且给接口设置同步定时器，用户组 10，超时：2000
   
   

3. 用表格查看结果，看一下是否满足需求
   

第一点，就很真实：“测试用例照抄需求文档”

后面那两个，是不是有点夸张了，哈哈

你没看楼主，写的介绍吗：“（待的几个公司都是就我一个测试）”，所以，自己给自己分配，也算是管理吗。

如果技术优势不明显，建议加大体现，你的业务能力，你专注于某个领域的业务测试专家，也可以写上一点管理经验。

有这能力，一般都不做测试开发吧

测开的，本职工作，不就是要开发自动化平台或者测试工具，用以提升测试部门的测试效率吗？如果偏离此路线，那其实，不是叫测开，就是一名自动化测试工程师。

牛，这个 chatGPT，真心好用

是的，小程序的兼容，腾讯做的比你专业。

兼容，主要考虑分辨率的问题，在不同分辨率，是否会出现样式异常的情况。

在日常测试工作中，如果能够发现一些，细节问题，然后自己是如何去处理的，提升自己的测试效率，甚至是，是如何解决问题的，分享自己的思路，其实这种也算是技术分享，技术分享，不一定非得是技术，也可以是技巧，思路，想法。

大家一起过来看

当你能说出这些问题的时候，其实，就是你自身存在的问题，不要逃避。

自动化测试，不是为了发现 bug，而且为了回归功能，是否会有问题，不用每次人工去点一遍。

这种我觉得没必要限制吧？这个跟淘宝一样，卖家在不违法情况下，可以自由创建商品。

好羡慕，在重庆的小伙伴，有福了

总结的很棒，很贴合实际，是篇好文章