秒懂自动化测试中的PO模式

本文章出自【码同学软件测试】
码同学公众号：自动化软件测试
码同学抖音号：小码哥聊软件测试

自动化测试在软件项目团队中的作用举足轻重，众所周知合理地展开自动化测试，可以有效降低错误修复成本，并对软件质量保证(QA)过程起到全面推进的作用。

以web自动化为例，在Selenium框架的辅助下，自动化测试工程师们编写web自动化测试脚本似乎是一项较简单的任务，但在项目进展过程中，尤其是迭代频繁的敏捷项目研发模式下，测试人员不经意而实现的那些低质量自动化测试脚本往往会引发后期高昂的代码维护成本，久而久之所谓的自动化测试在你的团队中就形同虚设了。

回想那些年被UI自动化坑过的桥段历历在目，当遇上敏捷项目中“短频快”迭代交付时，你的自动化测试脚本很可能成为团队成本开销最高昂的任务之一。

试想更改50个测试脚本中所依赖的某web页面元素（也许就1个元素）将涉及到至少50+个自动化测试脚本的更新，更新脚本的同时不可避免会出现一些其他连锁问题（不知道用蝴蝶效应来比喻这类糟糕的情况是否合适）。这项工程不仅耗时长，而且对于早期自动化测试在团队中的推广与实践也是一个严重的阻碍因素。

都说良好的开端是成功的一半，自动化测试的落地亦是如此，在脚本实现之前，我们需要有个相对精良的设计，面对避无可避的UI元素变更，除了将那些变更频度不高的回归测试进行自动化，还有什么方式能够降低我们日后对于脚本开销带来的高昂成本呢？如何避免一个元素定位变更导致“牵一发而动全身”呢？我们是否能对变更进行限制，只动一个地方，并且让每个与之相关的测试脚本都能使用它？回答是肯定的，相信大家不难得出PO模式可以帮我们落实。

下面我们就来聊一聊Selenium中如何使用页面对象模型（PO —— Page Object）来实现可维护和可重用的自动化测试脚本，让你秒懂PO在UI自动化中的价值。

1 Selenium模拟Github自动化登录流程

这里我们先以Github (http://6tt.co/rV8V) 为例，结合selenium自动化实现模拟登录：

完整登录流程代码如下：

为了覆盖更多webdriver中的定位方式，这里以ID， NAME，CSS_SELECTOR，XPATH分别对用户名文本框，密码框࿰