本文转自测试人社区,原文链接: https://ceshiren.com/t/topic/31734
page object 设计原则
传统UI自动化的问题
- 无法适应UI频繁变化
- 无法清晰表达业务用例场景
- 大量的样板代码 driver/find/click
传统线性脚本
传统线性UI测试脚本无法清晰描述业务场景(看到的元素都是元素标签和属性),可以通过 PageObject模式 将页面的元素属性封装成类中的变量,需要使用时,先实例化类,然后调用类中的方法和变量。
POM 模式的优势
- 降低UI变化导致的测试用例脆弱性问题
- 让用例清晰明朗,与具体实现无关
POM建模原则
字段意义
- 不要暴露页面 内部的元素给外部
- 不需要建模UI内的所有元素
方法意义
- 用公共方法代表UI所提供的功能
- 方法应该返回其他的 PageObject 或者返回用于断言的数据
- 同样的行为不同的结果可以建模为不同的方法
- 不要在方法内加断言
POM使用方法
- 把元素信息和操作细节封装到 PageObject 类中
- 根据业务逻辑,在测试用例中链式调用