软件验收标准和流程.doc

1、 验收测试简介
1、1简介
验收测试即由产品开发方按照新浪提供得需求文档中所有内容（或按合同及其它有效约定，对方承诺实现得需求）进行开发、内测完毕,提交版本符合验收测试标准，通过新浪质量保证部进行得测试.通过验收测试判断产品质量就是否符合产品需求,功能实现就是否正确并可以最终上线.
1、2角色定义
验收提交方：产品研发方
验收接收方:质量保证部
2、 验收测试目得
通过验收测试判断产品质量就是否符合产品需求、功能实现就是否正确，性能与安全性方面就是否符合发布标准，并且产品可以最终上线.
3、 验收测试版本
３、1测试版本命名
提交验收测试得产品版本统一按如下格式命名：产品名称_版本_ATｘ 各部分释义如下:
产品名称:提交测试得产品名称，例如“易享收藏夹”(EasyShaｒeFolｄer）
版本:提交测试得产品版本号，例如“1、０、1”
ATx：其中“ＡT”表示Ａｃceptanｃe testiｎg；“x”表示提交验收测试得次数后,如1、２、３等
示例:　EａsyShareFoldeｒ_1、0、1_ＡT１（表示“易享收藏夹”第一次提交验收测试得版本）
3、２测试版本保存
每次提交验收测试得版本统一保存至新浪主体产品得版本库中，上线版本以验收测试通过版本为准。
4、 验收测试范围
4、1界面测试
所有页面浏览，连接得正确、所有功能按钮及界面显示正确
4、2功能测试
所有需求文档描述得功能实现正确
4、３性能测试
重点业务功能、性能能满足上线运营需求
4、4安全性测试
接口与数据调用等方面符合安全性规范;没有安全性漏洞
5、 验收测试流程
验收测试基本工作流程如下：
5、1、 准入条件检测
5、1、1文档
进入验收测试得文档准备齐全:
a） 验收版本得需求文档（提交方提供）：要求需求文档与最终提交验收测试得程序完全匹配 ；
ｂ) 验收版本得测试用例(提交方提供）：要求测试案例覆盖最终版本得需求文档;
c） 验收版本得测试告(提交方提供）:在测试报告书中说明测试总体情况,缺陷列表及修复情况;
５、１、2缺陷
要求开发方在WindowsXＰ ＩE6 ／IE7／Fireｆox3、x兼容环境中（该兼容性需求会根据项目情况有变动，以新浪要求得为准)，对需要文档上提及得所有功能进行全面测试，且提交验收测试时，开发方发现得所有缺陷都已解决.
５、1、3测试环境
验收测试环境准备完成，与线上真实环境一致
我方项目负责人负责测试环境控制，保证测试期间环境一致、稳定
5、1、4沟通与联系
1、 提交验收测试得开发方负责人联系方式及测试工程师联系方式齐全 ；
2、　提交验收测试缺陷得沟通渠道建立完毕，要求快捷、准确、反馈及时 ；
5、2 验收测试
５、2、1文档验收
进入标准：文档准备必须齐全且符合标准，可以进入文档验收流程
中断标准：
1、　需求文档并非最终版,需求文档上描述得功能程序并未实现
2、 测试用例与需求文档不匹配，测试用例中测试得模块在需求文档中不存在或者需求文档中得功能模块未在测试用例中体现
3、 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制得数量
退出标准:
文档符合标准并通过验收,进入程序验收流程
5、２、2程序功能验收
进入标准：文档验收流程结束
中断标准：
1、 出现 A，B级缺陷
2、　Ｃ级缺陷达到3－1０个(视项目大小而定）
3、 验收测试过程中，提交新得版本
退出标准:
验收测试合格,缺陷按照标准修复完成
通过标准：
要求验收测试结束后，未解决得缺陷达到以下要求时，才能验收通过：
a)　A级缺陷：0个;
ｂ） Ｂ级缺陷:0个；
c）　Ｃ级缺陷:小于等于总缺陷数得3%；
d) D级缺陷：小于等于总缺陷数得5％个；
e）　Ｅ级缺陷：小于等于总缺陷数得１５％个。
注:对于放弃处理得提案,必须提前经过我方同意。
5、2、３验收完成
1．验收完成后质量保证部提交得文档:
ａ) 最终版需求文档
b)　提交方提供得最终版测试用例
c）　提交方提供得最终版测试报告
d）　质量保证部提供得最终版验收测试报告
2.验收完成后提交程序：
验收完成锁定得程序最终版本，要求保存至我方版本库中.
附录:缺陷级别定义
缺陷分为 A、Ｂ、C、D　、Ｅ 5个级别:
级别
说明
Ａ级
操作系统崩溃
功能严重缺失
程序不能运行
B级
主要功能不能实现
程序崩溃
主要页面文字错误
调试信息没有清除
C级
功能实现与需求说明不符
功能不能实现但不影响使用
程序逻辑错误
用户使用严重不便
Ｄ级
功能实现但使用不便
提示信息不统一
界面布局不符合用户习惯
E级
提示信息文字错误
可商榷得页面布局
整体程序色调