id > link_text > css >> xpath

嗯，不大范围改动代码的情况下这样处理是最优解了

没法事前删，数据都是按照 ‘功能名称’+ 随机字符串写的，如果根据名称正则匹配的，则不知道是不是以前 case 遗留的数据，有些数据是全局影响的，所以实际上 case 之间会有依赖的

单线程可以，并发的话一旦初始化不就影响其他并发的 case 了么

事前处理是什么意思呢？提前建好么？

好的，谢谢，我再想想怎么做

初始化不了，因为并发的时候会有多个 case 一起建数据，一旦初始化了，其他并发 case 可能受影响；sleep 的话我看好多人都说不要写 sleep，但是真的找不到更好地解决方法啊，唉

刚刚跟负责 DBA 的同事沟通了一下，这个方案给否了，说风险太大，为了自动化测试做这么个功能不值当，他提出可以单独在 SQL 上切个 shard 出来，这个 shard 上给自动化测试专用，但是需要 money，我司扣得一匹，批钱这条路可太难了

测试环境可以这么做，生产环境数据回滚肯定不让操作

想过，但是我没想好怎么告诉 teardown 方法我要删除那条数据，传参给 teardown 么？我不能直接删除最新的一条数据，这样就会给后续的并发埋坑

你需要把下拉框的元素截取出来，也许选项元素接收的不是 click 操作

可惜很多公司招来了自动化测试，到公司还是相当于功能测试