UI测试方案
作者：互联网
web页面UI测试方案
一、测试环境准备
1、确认操作系统，win7，win10等。
2、确定测试范围，包括需要适配的浏览器（Firefox，chrome，QQ，360等等）及浏览器版本。
3、网络环境，有线，无线网络
二、测试文档
1、需求文档，分类各个页面类型，页面框架区分，确认需要测试的页面个数，页面次序。
拆解需求：研发、测试拆解需求文档，抓住需求主流程，确定需要测试的页面个数，页面UI需求点，逐一列表。
2、设计稿，页面的设计风格以及控件大小位置等等。
设计稿作为页面UI测试的重点参考资料，详细列出页面线条宽窄，线条样式，栏目间隔大小，背景色等等。
3、测试用例，包括冒烟测试用例，详细测试用例；测试用例通过率规定，重点页面用例通过率，重点用例通过率；
测试用例依据以上需求文档及设计稿文档形成，也是开展测试工作的重要依据：（已编制好的测试用例一般放入jira，禅道等测试用例管理工具内，相关bug做好关联）
4、测试报告，测试过程中形成重点内容的统计数据，如：详细测试用例通过率，重点测试页页面及测试用例通过率，bug重现次数，致命bug数量，一般bug数量，最后解决数量，遗留数量等详细信息。（测试方案中给出测试报告中需要重点关注的测试项信息）
三、测试周期
1、冒烟测试时间及测试保准
项目的冒烟测试周期，需要在半天或1天内给出冒烟测试结果（实际时间看送测内容多少）。冒烟测试规定测试内容要达到冒烟测试通过后，后续测试基本可以完成或大部分功能完成；否则冒烟测试失败。
2、详细测试时间
冒烟测试通过后，根据送测内容相关的测试用例个数及测试内容，给出具体测试时间（原则上要有半天或者1天的回归测试时间）。
开发和测试的配比，科学配比为1：3，目前企业有1：2、1：1的配比，多数公司为3：1的倒灌配比。基于测试与开发力量对比悬殊，测试时间看项目时间尽量多安排。
3、回归测试时间
回归测试安排在基本功能都已测试完成，在基本bug修复的原则上，从头到尾所有功能，样式快速复测一遍。回归测试重点查看bug及衍生bug。
4、查漏补缺时间
此段时间最为珍贵，即开发工作已结束，测试即将结束，重点bug，重点功能，重要浏览器适配等需要再次人工复测。
四、测试人员配置
1、初级测试人员
2、中级即可以写selenium2测试框架的(此自动化率无需太高，回归冒烟即可。)
按照机型和版本分配不同测试人员分别测试或者单人多机测试。
标签：方案,冒烟,测试用例,UI,测试,通过率,bug,页面 来源： https://www.cnblogs.com/boke-ghc/p/13780270.html