嗯 交付要花很多功夫 验收过程很严谨 甚至可以说有些刻板 国家的钱不是那么好拿的

一条条的给用户演示 要求至少是合同里所有指标都能体现 所以每条用例都要有执行结果 和 结果截图 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

函数名加一个约定的标志 带这个标志的就可以尝试当成函数解析 其实就是一个 switch case 就可以了

是的 现在信创化浪潮 这种场景需求非常多

先点一下 select 元素 再点 input 元素 当成普通元素操作

不是 selenium 封装那种 select 那个是操作原生 html 元素的

现在用 metersphere 管理用例

可以定义专用的关键字，具体参考 RF 的设计

45 了

testNG.setUseDefaultListeners(false);