具体报什么异常没有
node 上有你需要上传的文件吗
20 年就想退休吗
我是采用自定义的重试规则,没有用框架的注解。感觉并不好用, 一些个性化场景无法满足,也可能是我对框架不够熟悉
我的方案是把失败的用例(包括用例中的所有步骤)记录下来,套件执行完毕后再把失败的用例组成一个新的 suite 重新执行。最后出报告时可以把几轮测试的结果融合起来一起发,也可以单独发每一轮的结果
1、存储一直用的 excel,也尝试过使用纯文本的 yaml 或 json 一类存储,但是编辑效率比 excel 低太多了,只能作为项目配置文件。数据库也可以,不过同样是二维表结构其实和 excel 也没有实质上的区别,而且还要维护前端。
我个人感觉,excel 最主要的问题是二进制文件版本管理时不方便比较历史差异。其他方面都还好
2、层级多可以使用 文件目录 - 文件-sheet 页 - 自定义字段来区分
支持一下 很少见到有深入讨论自动化测试 ROI 的文章
我个人感觉 自研类产品生命周期一般都很长
对于需要频繁进行全量回归的业务场景 自动化已经是刚需了
还有比国家组织的软考费用更低的吗? 高级也就 200 出头的报名费 网上资料一大把 根本不需要报班
嗯 交付要花很多功夫 验收过程很严谨 甚至可以说有些刻板 国家的钱不是那么好拿的
一条条的给用户演示 要求至少是合同里所有指标都能体现 所以每条用例都要有执行结果 和 结果截图 2J 的项目就是这样
我也干过类似的事情 只不过不是转用例
而是要根据用例和缺陷生成 word 格式的测试报告 包括用例详情和缺陷列表及统计表
已填写
最好 不要周末或下班前发版
元素状态变化了 重新定位元素后再执行动作 如果还报错 再重新定位 循环几次总有成功的
巩固测试基础 特别是对于半路出家的人来说还有点价值
在资源够的情况下可以同步进行 各有优势 互相补充
更多时候文件是按业务用途分的 而不是简单的按文件类型
是的 只能能针对公司产品的性质提具体的解决方案 我这里全是 paas 类产品
能详细说说吗? 精准测试落地真的感觉还挺难的 各方面的要求不少
已经买了书了
测试结果是从 testng 的 IReporter 接口中获取的 和使用哪种报告框架无关
IReporter 中需要实现 generateReport 方法,这个方法中的参数 List suites 里有所有测试的上下文信息
两种类型的用例都需要 特别是系统本身业务流程复杂的话 流程性的用例对于回归来说更重要
支持楼主 期待很久了
云计算领域的测试也是需要掌握 K8S 的
从接口 body 提取的时候为何不直接用 jsonpath 提取到对应的值呢
//参考一下 用 java 写的
// 从 ${}中匹配到的参数 如果是以__
开头则尝试进行函数匹配 这里的参数是 ${__yesterday(yyyy-MM-dd)}
Pattern matchFuncPattern = Pattern.compile("__(.+?\\(.*?\\))");
Matcher matcherFunc = matchFuncPattern.matcher(param);
while (matcherFunc.find()) {
String methodStr = matcherFunc.group(1);
String method = methodStr.substring(0, methodStr.indexOf("("));
//urlencode 函数直接使用整个methodParam,参数中有可能会带有逗号
String methodParam = methodStr.substring(methodStr.indexOf("(") + 1, methodStr.lastIndexOf(")"));
//其他函数使用逗号来区分多个参数
String[] methodParams = methodParam.split(",");
//funcValue用来存储内置函数生成的值
String funcValue = "";
switch (method.toLowerCase()) {
case "yesterday":
//使用函数生成的值替换占位符,这里是 2023-08-10