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