直接用 xpath 的 not 不就行了么？多个属性的与或非

个人比较懒其实很早就在只是不喜欢发帖

是的，都在尝试，毕竟要做到研发自测自运维，独立左右都能拿下是很难的，这里就会突出教练和精益的视角，我们知道也许做到理想很难，但是我们可以不断接近

额，5 年前一般都这样缩写。。现在缩写是？

人家努力几代人才能达到的结果凭什么你 3 年就做到了：）

长期养兔子让我们失去了血性，等到真的要战斗的时候怎么办？只有强大才能安逸，真的安逸就不和平了。

虽然你想了很多，但是其实的这些问题的解决大部分并不是测试团队的问题，哪怕你把测试团队的技能提升了，但是最后会发现效果并没有那么好，因为下游很难驱动上游。

初期阶段推荐你先写平台来帮助维护测试脚本便于相关测试构建测试任务便于独立执行的，然后你会进一步开发平台来管理测试脚本的数据、环境等信息，让别人直接驱动你的任务，后期你要自己管理测试任务把数据丢给别人告诉别人怎么执行，最终的测试平台是用来可视化测试效果的。

社会的进步是不可避免的车轮，既然有人不愿意吃学习的苦，就让他们吃生活的苦好了，反正说了也没用。如果非要说如何让更多人正视努力的意义，那么就带他知道有钱真香，这才是最简单粗暴的方法。这年代年薪百万的测试也是比比皆是的，不都是自己揽责拼出来的。

如果找不到方向那么就先形成肌肉记忆，等有了基本的能力再来做有设计的事情。很多时候我们通过使用工具来理解为何要这样做，现在入门你做不到优先整体的原因也和你不懂基础以及能力不足有关，当然所在的行业也会影响，毕竟现在大多数情况业务是比较简单直接的，所以会强调在技术方面的能力。

做的人往往只能看到自己眼前的而需要别（测）的人能够看到更远以及可能出现的过程衔接点，就好像集成测试一样，本质就是围绕模块和模块对接的时候容易出现问题而设立的。测试的左移和右移本质是为了衔接需求与研发，研发与发布之间的预防

1.事务中是否包含了多个元素内容
2.前端是不是采用了局部异步加载方式（LR 会以所有内容加载完成作为事务及时结束，而你看前台是以肉眼）
比较简单的方式是用 F12 抓一下网络时序 Har，对比一下就知道了

坚持梦想

发现手机上要点非匿名还有点难

测试是一门思想不是一门技术，技术细节书你不会看而已，不要用开发的思想要测试，那你是开发不是测试