更多时候文件是按业务用途分的 而不是简单的按文件类型
是的 只能能针对公司产品的性质提具体的解决方案 我这里全是 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);
竟然记得这么清楚 录音了把
有 ID 不过只是用来作为步骤的唯一标识。 顺序是同一个用例的步骤从上至下执行
所以同一个用例的步骤最好写在一起 最好不要和别的用例步骤混着写
autoit 可以用 不过他只能在 windows 环境运行 无头模式也不能用 限制比较大 所以实际场景中作用有限
testng 本身可以通过 ITestContext 接口来实现上下文数据传递
如果测试团队里有 python 比较强的或者和你差不多的 用 py 也可以 至少可以相互交流 取长补短
另外 py 和 java 并不冲突 两者都是要掌握的 只是可以以其中一项为主 我现在工作中主要使用 java
但一些私人的或临时性的脚本 还是用 py 作效率会更高 而且如果长期不用 语法都会忘记的
不管用什么 能和研发的主要技术栈对齐就是最好的选择 , 现在绝大多数的企业应用是基于 java 构建的
所以相对来说我个人认为熟练掌握 java 更重要 为什么现在主流是 python 只是因为它上手简单 学习曲线平滑而已
加过几个群 要么就是死水一潭 要么就是全是扯些不相关的话题
自动化测试本来的定位就是偏向于回归和历史版本的验证。 跟随迭代进程,可以做接口测试 而不是接口自动化测试。 承对于不稳定功能的自动化落地成本太高了