你的第二条不对,看我图中 //td[1] 返回了 66 个,并不是只取第一个, 而是所有的 第一个节点
1:需要
2:record 里校验一条即可
3:既然没全字段校验你都担心,so why not?
之前做过类似的,但是真正用来执行用例的时候,各种卡死,遂放弃
第一种比较清晰,但是最终都要录入到类似 jira 平台里去的吧?
TS troubleshooter
从来没觉得脚本和数据分离有什么好处,可维护性和可读性都非常糟糕
感觉属于职责不清晰
1:添加后查询出错,就要看为什么查询出错
2:添加后再删除,是不是默认添加是正常的?是的,因为添加接口是在其它用例来保证的
这个是收费的吧
我也想问这个问题,不过我感觉 sql 都拿到了,可以在生产环境直接去执行一下
我就直接写代码,用代码先造部分可以用的数据,后面慢慢再抽离出来通用的工具
期待,之前就是因为不支持数据库校验就一直没用
itestwork 貌似不支持数据库校验?
有开源计划么
开源了么
嗯嗯,这种思路也可以,我就是好奇为什么直接获取不到
你这个思路可以啊哈哈
工资翻倍~~~~,翻倍翻倍翻倍