确实基本都跟楼上说的差不多，与自己无关或者觉得对自己没用的会但是还是要开的就会打野去了

打卡 1031

打卡 1030

打卡 1029

UI 脚本其实就是把手工的操作转化成脚本来执行，所以从这个角度出发，问题都很简单了。
1.添加是否成功：在添加动作做完了以后，会有成功提示信息（验证点 1），确认提示后页面会显示刚才添加的文本内容（验证点 2）
2.查询断言：针对的是查询这个功能，点击查询按钮后数据可以出来，那就是查询功能没问题；
3.你的页面操作，是根据测试用例来的，需要验证的也只是期望结果，没有必要都写验证。

涨姿势了

打卡第 10 天

打卡第 9 天

打卡第 8 天

打卡第 7 天

打卡第 6 天
为啥没通过？

打卡第 5 天

打卡第 4 天

打卡第三天

打卡第二天

打卡 1014

我做过两种类型的审批流的自动化，一种是前后端不分离的，这种一般用 UI 来做，不过也确实跟你上面说的一样比较麻烦，需要处理一些角色切换或者节点判断等情况；另一种是前后端分离的，后端有提供 SwaggerUI，就是正常的接口自动化方法吧，按照设计的业务流程的顺序来调用对应的接口就好了 (login 时用到的角色都登录然后按照 role:token 存到 Map 中后续用的时候取即可)。建议先走一个基本的通过接口审批的业务流程，应该就会明朗很多。

public void waitPageLoadComplete(long timeOutSeconds) {
        new WebDriverWait(utils.driver, timeOutSeconds).until(
                webDriver -> ((JavascriptExecutor) webDriver).executeScript("return document.readyState").equals("complete"));
    }

可以先从冒烟的用例开始做，做完冒烟用例每天定时 run 出报告也能体现你的价值了。
领导说单接口有开发保证那你就安心做好 UI 呗，传统公司可能更注重 UI 吧，接口一般没有问题就可以了。
我司目前是主要做 UI 验证 + 接口辅助 UI 步骤，BDD 模式的，根据优先级来写自动化 case

json 解析失败，入参格式写错了吧。。。
这样，先把一组键值对参数存到 map 里，再把 map 存到 list 里再 toJSONString
ArrayList details = new ArrayList();
Map map1 = new HashMap<>();
map1.put("id","1");
details.add(map1);

不建议这样处理入参，我的方式是把入参存到数据库，然后对应的接口拿对应的表的入参，如果参数有动态/依赖的，用可变参数符号 ${variableName}代替，接口执行之前构造/替换这个为实际参数

还这样写接口代码呀，给你安利一个 Rest-Assured 的接口自动化框架，很好用哦
https://testerhome.com/topics/11731

楼上正解，params 改成 queryParams

顶下，我也想知道，等大佬来科普。。。

public static int inputTime(String psw){
//健壮性判断略。。。

//将九宫格切割个九个字符串数组
String s = "azc dwf gti jql mon pkr shu vex yb";
String[] ss = s.split(" ");
//第一个字母时间为 1
int time = 1;
for(int i=0;i<psw.length()-1;i++){
//循环遍历密码的相邻两位
String twoStr = psw.substring(i,i+2);
//根据第一个字符字母拿到所在子串，判断第二个字母是否在子串，
boolean b = containsStr(ss, twoStr.substring(0,1),twoStr.substring(1,2));
//返回 true：+2，返回 false：+1
time+=b?2:1;
}
return time;
}

public static boolean containsStr(String[] ss,String ch1,String ch2){
for(String str:ss){
if(str.contains(ch1)){
return str.contains(ch2);
}
}
return false;
}