先把失败归因拆开

我以前写测试笔记时，常常把“为什么没点到元素”“为什么页面还没准备好”“为什么断言失败”混成一团。后来发现这三类问题其实对应三种完全不同的思考方式，于是我开始刻意把笔记拆成定位、等待、断言三层。

这样拆的好处

定位层关注的是你凭什么找到这个元素，等待层关注的是何时才适合交互，断言层关注的是最终什么才算成功。三层分开之后，测试用例不仅更好读，排错时也不会一直在错误的层面上打转。

我现在记录测试笔记的方法

• 先写最稳定的定位依据
• 再写页面什么时候算准备完成
• 最后才写验证结果要看什么信号

我的判断

很多测试代码之所以变脆，不是因为框架不够强，而是因为思路没有分层。把这三层写清楚，本质上是在训练自己更精确地描述页面行为。