1.1简介
验收测试即由产品开发方按照新浪提供的需求文档中所有内容（或按合同及其它有效约定，对方承诺实现的需求）进行开发、内测完毕，提交版本符合验收测试标准，通过新浪质量保证部进行的测试。通过验收测试判断产品质量是否符合产品需求，功能实现是否正确并可以最终上线。
1.2角定义
验收提交方：产品研发方
验收接收方：质量保证部
2. 验收测试目的
通过验收测试判断产品质量是否符合产品需求、功能实现是否正确，性能和安全性方面是否符合发布标准，并且产品可以最终上线。
3. 验收测试版本
3.1测试版本命名
提交验收测试的产品版本统一按如下格式命名：产品名称_版本_ATx 各部分释义如下：
产品名称：提交测试的产品名称，例如“易享收藏夹”（EasyShareFolder）
版本：提交测试的产品版本号，例如“1.0.1”
ATx：其中“AT”表示Acceptance testing；“x”表示提交验收测试的次数后，如1、2、3等
示例： EasyShareFolder_1.0.1_AT1（表示“易享收藏夹”第一次提交验收测试的版本）
3.2测试版本保存
每次提交验收测试的版本统一保存至新浪主体产品的版本库中，上线版本以验收测试通过版本为准。
4. 验收测试范围
4.1界面测试
所有页面浏览，连接的正确、所有功能按钮及界面显示正确
4.2功能测试
所有需求文档描述的功能实现正确
4.3性能测试
重点业务功能、性能能满足上线运营需求
4.4安全性测试
接口和数据调用等方面符合安全性规范；没有安全性漏洞
5. 验收测试流程
验收测试基本工作流程如下：
5.1. 准入条件检测
5.1.1文档
进入验收测试的文档准备齐全：
a) 验收版本的需求文档（提交方提供）：要求需求文档与最终提交验收测试的程序完全匹配 ；
b) 验收版本的测试用例（提交方提供）：要求测试案例覆盖最终版本的需求文档；
c) 验收版本的测试告（提交方提供）：在测试报告书中说明测试总体情况，缺陷列表及修复情况；
5.1.2缺陷
要求开发方在WindowsXP IE6 /IE7/Firefox3.x兼容环境中（该兼容性需求会根据项目情况有变动，以新浪要求的为准），对需要文档上提及的所有功能进行全面测试，且提交验收测试时，开发方发现的所有缺陷都已解决。
5.1.3测试环境
验收测试环境准备完成，与线上真实环境一致
我方项目负责人负责测试环境控制，保证测试期间环境一致、稳定
5.1.4沟通和联系
1. 提交验收测试的开发方负责人及测试工程师齐全 ；软件测试流程
2. 提交验收测试缺陷的沟通渠道建立完毕，要求快捷、准确、反馈及时 ；
5.2 验收测试
5.2.1文档验收
进入标准：文档准备必须齐全且符合标准，可以进入文档验收流程
中断标准：
1. 需求文档并非最终版，需求文档上描述的功能程序并未实现
2. 测试用例与需求文档不匹配，测试用例中测试的模块在需求文档中不存在或者需求文档中的功能模块未在测试用例中体现
3. 测试报告书不完整，遗留缺陷不符合遗留缺陷允许限制的数量
退出标准：
文档符合标准并通过验收，进入程序验收流程
5.2.2程序功能验收
进入标准：文档验收流程结束
中断标准：
1. 出现 A，B级缺陷
2. C级缺陷达到3－10个（视项目大小而定）
3. 验收测试过程中，提交新的版本
退出标准：
验收测试合格，缺陷按照标准修复完成
通过标准：
要求验收测试结束后，未解决的缺陷达到以下要求时，才能验收通过：
a) A级缺陷：0个；
b) B级缺陷：0个；
c) C级缺陷：小于等于总缺陷数的3%；
d) D级缺陷：小于等于总缺陷数的5%个；
e) E级缺陷：小于等于总缺陷数的15%个。
注：对于放弃处理的提案，必须提前经过我方同意。
5.2.3验收完成
1．验收完成后质量保证部提交的文档：
a) 最终版需求文档
b) 提交方提供的最终版测试用例
c) 提交方提供的最终版测试报告
d) 质量保证部提供的最终版验收测试报告
2．验收完成后提交程序：
验收完成锁定的程序最终版本，要求保存至我方版本库中。
发布评论