摘要：近年来，随着selenium2.0的出现，大量的研发测试人员投身于web自动化框架研究中，前端自动化变得容易起来。目前，测试框架大同小异，主体思路大致都是“控件-页面-测试用例”三个层面。然而，从本人经历的项目来看，该框架模式，并非所有场景都适合。因此，本文提出一种新的框架”场景片段-测试场景”，并用两种不同的测试对象，分析说明两种框架的特点。
关键词：selenium；web自动化；测试框架；应用场景；
目标：分析“控件-页面-测试用例”，“场景片段-场景”的特点和适用范围。
正文：
我们先来观察下当前主流的“控件-页面-测试用例”框架。
在最底层，需要编写一些常用的控件对象，大多数情况下，这些对象是可以复用的，除个别特殊功能外。
在页面层面，也是测试人员工作量最大的地方，需要对待测试的每个页面进行转化。针对每个页面，编写对象，一般包括页面初始化，初始化/定义一些页面控件；页面操作；操作结果确认。
测试用例层面，通过调用一些页面操作、结果确认组合成Case。
优点：对每个页面固定的框架，控件及页面层可以在开发之前就确定并不用经常修改，case编写较容易，层次清晰，针对页面控件的测试写起来比较容易。
缺点：使用该类框架，开发人员修改、新增页面，都需要对页面对象、测试用例进行修改维护。另外，对组合式页面（页面布局分为多个区域，每个区域的控件元素不固定，依赖于上一个页面的输出），页面对象会比较复杂，页面初始化依赖于输入参数，分支多，页面动作分支多，页面检查分支多。于是，对于组合式的页面，使用该类框架，维护复杂。
下面介绍第二种框架，可以弥补上述场景的应用。
……
查看全文请点击下载：http://www.51testing.com/html/76/n-844176.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
