是的,可以这样的,顺手写了一个 pytest 的一些使用,https://testerhome.com/articles/39759, 仅供参考。
对这个问题的间接回答:
为什么一定都要参数化呢?专门写一个有 order id 的,其他错误的用参数化一下不行吗?
为了这个事情,其实花的时间更多了吧,比直接写个测试用例专门测有 order id 的场景。
对这个问题的直接回答:
@pytest.mark.parametrize
需要的是一个 set 的列表作为参数化列表
cases = CaseLoader.load_cases() ## load_cases可以让你的order api在这个里面调用
@user2ize("p1,P2", cases)
def test_abc():
test_it()
我还是来泼个冷水,很多问题要得到回答:
当然这种是和大佬学习的好机会,肯定支持。
吐槽一下,要不然您出一个节点选择指南?
问题不是语气,问题是为啥要吐槽这个地址没写的事情?不过感谢你把地址写出来了,然后呢?有人问你梯子,你教人怎么用梯子吗?
我只是自我感叹一下顺便在社区感叹一下. 你也没必要指责我吧。
解析出答案中的依赖 groupId 和 artifactId 等关键字段,把解析出的依赖在热点代码中查找,找到了说明大概率引出故障!
这种 NoClassDefFoundError 出来,然后不太知道 MAVEN 里面可能有问题,这个基本功其实真的不怎么样,当然你说用大模型能不能解决,肯定可以,用搜索其实也能解决,成本问题。
然后有一点小疑问就是,既然 NoClassDefFoundError 都不太知道可能哪里有问题的,为啥要去搞那些高难度的什么 AST,抽象语法树,直接代码分析,代码级别测试,如果能这么分析,我觉得还不如直接生成单元测试和集成测试来的直接呢,数据反正都能生成的,用例也能覆盖,为啥要绕着弯子去做一样的事情。
其实这个论坛对技术不太感兴趣的,怎么实践也是。这些离一般的测试的实际工作稍微有点远了。
那就不要用 JMETER 了。
看了这个标题时候的感受:
问题是: 研发提测质量导致测试工作量加大,因此公司内部开始推行测试对研发的提测质量打分,与研发的绩效考核相关。
对策是: 给研发提测质量进行打分, 请问这不会加大测试工作吗? 难道研发提测质量的提高只要政策一出就能马上改好吗?在没有改好之前,测试工作量是大了还是少了?
看了 测试对开发质量标准的感受:
当然一笑而过,只求大家都不要太为难相互,出问题之后可能有很多原因的,太宽泛的提测质量不好一句话很难说清楚,没有具体的东西的话,之后怎么评估提测质量好了呢?工作不要搞得像仇家一样。