web端功能测试方案

web功能测试方案

一、测试环境

　　测试环境：win7、win10下的Firefox、Chrome、360急速等等常用浏览器

　　浏览器各个版本

　　测试网络环境（有线网络，无线网络）

二、测试参考文档及测试完成后形成测试报告

　　1、需求文档

　　　 需求文档一般分为多个版本迭代（有需求增加，需求更改，需求删除等情况），测试方案只针对已确认执行版本有效。web端的功能测试侧重网站内容的展示，功能的实现。所有工作开始前，开发和测试务必弄清需求文档，并且对需求与产品人员或相关人员达成一致。剖析功能点。

　　　

　　2、开发接口文档

　　　 参考开发接口文档，结合需求说明，确认出展示字段，内容展示顺序以及相关功能的支持接口。

　　　 接口测试为第一轮的功能测试，接口测试基本按照功能测试用例执行。

　　3、测试用例

　　　 依托需求文档及其它相关文档，制作测试用例，测试用例密度以重点功能高密度为准，一般功能以中低密度用例为准。功能测试用例必须双向执行，即有正向测试用例，必须有反向测试用例。采用等价类，边界值，因果法，错误推导法等技术手段覆盖涉及到的功能。因有些功能具有多个状态，比如：订单，此时还要做到状态覆盖。

　　　功能测试用例需包括：测试用例编号，测试内容，测试步骤，预期结果，测试结果，用例状态，相关bug。

　　4、测试报告

　　　 测试过程中对所提bug进行分类，可以按照严重程度区分：致命bug，严重bug，一般bug；也可按照优先级区分：优先级最高，一般，后期修改等几类。测试报告中反馈出重点功能的重点bug，及相关bug总数，一般功能bug总数，修改后衍生bug数量；bug修复率

三、测试周期

　　1、冒烟测试

　　　 冒烟测试以送测功能为主要检查点，送测重点功能实现基本可以进行后续测试。

　　2、接口测试结合页面详细测试

　　　 功能送测后，结合接口文档和需求说明文档执行测试用例，第一轮以接口测试为主，按照功能测试用例顺序执行。接口对功能测试通过后，结合页面UI查功能。测试出相关bug，及时记录反馈，开发人员需要协助复现bug的，及时按照测试步骤复现bug。开发人员修改bug后及时复测，以保障问题及时解决。

　　3、回归测试

　　      回归测试原则上所有功能全部回归，所有bug全部回归。实际情况按照项目需求进行，但要保证重点功能重点bug及时回归。

　　4、上线前，生产环境数据预处理

　　　 此步骤极为重要，新系统升级改造后，如有数据需要提前处理，必须在测试环境导入或者制作与生产环境一致的数据进行在测试环境预处理测试。

　　5、上线后处理

　　　 上线后，往往因各种原因会有bug出现，此时，及时在测试环境复现，找出测试环境和生产环境的不同（环境配置问题，数据问题等），便于开发修复问题。

四、测试人员配置

　　开发和测试的配比，科学配比为1：3，目前企业有1：2、1：1的配比，多数公司为3：1的倒灌配比。基于测试与开发力量对比悬殊，测试时间看项目时间尽量多安排。