标签：one and 手动 事件 点击 自动化 角色 web style
最近，做了一系列的界面测试。首先，梳理一下我的疑惑。
1、展示文案较多。内容多、形式多、条件分支多。
2、需要测试的客户端多。包括web界面、Android界面、iPhone界面。
3、账号类型多。根据角色，不同的角色是不一样的。
4、系统支持定制。定制的的细节可以精确到，一个表格中的哪行展示，那列不展示。
5、操作多。上面的情况进行组合，设计的测试用例不少于500。
针对这个工作，我共分五期进行测试。
第一期，只测试默认情况下的界面元素，每个模块不乏点击、翻页事件，记录缺陷。
第二期，单独进行复杂的定制测试，根据单独设计的测试用例（一定要精选主要的测试用例，达到一定覆盖度就可以），记录缺陷。
第三期，根据开发的修复情况进行回归。
第四期，工作排期不紧张时进行随机测试。
第五期，当工作出现空闲，可以系统的回归测试，这个环节的速度很快，但一定要仔细。
分析需求，设计测试用例，测试用例评审，设计测试数据，执行测试这些工作目前全部是手动完成的，所以很累，效率也不敢说。所以提出一个问题，如何进行自动化界面测试？
标签：one and 手动 事件 点击 自动化 角色 web style
原文地址：http://www.cnblogs.com/jianfeijiang/p/7615197.html
