谈到淘宝的自动化，不禁让人想起Automan。Automan的强大，在保证产品质量中得到了很好的体现。来淘宝近一年的日子里，我将自动化应用在产品上线后的维护中，看到每日回归列表中日益增加的脚本数和脚本运行发现的bug，心里增加了几丝的“安全感”。

　　我们可以很好的应用Automan平台提供的支持，完成自动化脚本的创建、优化、稳定回归，而现在，我们不禁思考，自动化仅仅是上线后产品质量的一道“护身符”么？

　　两个月前，“卖家中心模块化”正式立项，根据项目自身的特点，在PTM含笑的全力支持下，项目前期我开始着手项目大部分功能的页面自动化的实现。

　　接下来，我开始了项目页面自动化思考和尝试的过程，从项目立项，开发阶段，到项目环境的一二轮测试，中间交叉着开发的两次迭代，再到daily，预发和发布测试~页面自动化编写，优化和维护的跌宕感受都交织其中~

　　这种感受，是对项目页面自动化的亲身体验，在这些爽与不爽的感受中，我开始对项目页面自动化的实现有了新的思考，如何组织脚本的编写，如何高效实现更多tc的覆盖，如何提升脚本的编写和排错效率，如何让脚本更易于后期的维护等~

　　针对“卖家中心模块化”项目，我想把这些思考和实践的点点滴滴，通过这样的记录沉淀下来，分享给更多的人。下面的分享，从项目页面自动化总述，脚本编写思路，脚本编写效率和脚本运行环境（包括预发和发布）分别展开。

项目页面自动化分享（一）——what，why，when，how

　　What：

　　项目页面自动化是什么？我的理解是，在以手工测试为主的情况下，对项目中确定的功能点辅以页面自动化测试并实现bug多次修改后的不断回归，代替手工测试中页面上的反复点击操作，主流程中对radio/checkbox的勾选到数据保存的校验，页面展示结果的校验~对此小结：只要是firebug能获取到的控件，我们都可以通过Automan平台提供的api来获取控件中想要的属性，通过对属性值的提取和校验，在这次项目中判断诸如菜单是否高亮，页面是否展示， 10种类型的卖家主账号和子账号下所有菜单权限点的校验。

　　Why：

　　为什么要实现页面自动化？最大的好处，减少多次重复的手工测试量，增加探索性测试时间。比起产品上线维护过程中实现的页面自动化主流程，项目页面自动化的实现可以细化到每条tc，校验点更细致，时间点利用更充分。项目测试时间的紧张和松散是相对的，利用松散的时间，实现自动化对功能点的细化。如何利用项目过程中松散的时间，只有靠自己去体会和把握。

　　When：

　　项目页面自动化何时编写？何时运行自动化？对“何时”，我说下自己的体验。测试设计完成时，我开始着手项目中页面元素的抓取，开始自动化的第一步。因这次项目是对老版卖家中心的模块化，元素抓取的页面有现成的，自动化编写时间在demo的产出前。正常的编写时间应该在demo的产出后。如果项目在立项时，确定项目要介入页面自动化，就要和前端沟通，达成自动化页面demo的产出时间，为自动化编写争取时间。第一轮测试完成手工测试，就可以运行自动化，在coding脚本时，难免会有很多错误点，在第一轮测试中尽量调通脚本，第二轮测试可以体验到自动化给测试带来的效率。

　　How：

　　项目页面自动化具体做些什么呢？这里涉及时间的把控度，页面自动化覆盖率，自动化编写和调试的效率等~这些在此次项目中都体验了一把。

　　下面，我将以“XXXXXXXXX”项目示例继续此次分享。