价值：确认所选解决方案和组件是否在目标环境中实现了预期用途
本文档的目的是为进行确认工作的相关人员提供确认工作的规范。
1.2 适用范围文档适用于使用软件产品和项目。
验收确认（Acceptation Validation）
验收确认是向未来的用户证明系统能够像预定的要求那样的工作。也就是验证软件的有效性。 验收确认的目的是：用户确保软件和相关文档准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。 验收确认的任务：即验证软件的功能、性能和相关文档等如用户所合理期待的那样。
2. 过程定义2.1 角色和职责角 色
职 责 描 述
项目经理
1． 参与评审测试计划；
2． 参与评审测试成果(测试后的可执行程序、测试报告)；
开发人员
1. 修复bug。
测试组长
1. 制定测试计划；
2. 填写测试报告。
3. 控制测试过程
测试人员
1. 搭建测试环境；
2. 制定测试用例；
3. 执行集成测试、系统测试；
4. 记录缺陷并跟踪缺陷。
5. 发布版本测试报告。
CM人员
1． 参与评审测试成果
2． 将评审后的测试成果纳入配置管理。
QA人员
1． 检查并监督测试过程活动的有效性和一致性。
2． 将检查出来的问题及时通报给项目经理及相关小组和成员，并跟踪问题直到关闭。
3． 参与评审测试成果。
用户代表
1． 确认《用户需求说明书》；
2． 验收交付项目；
2.2 入口准则软件项目立项被批准。
2.3 输入《项目计划》、《产品需求规格说明书》、《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》、软件程序源代码。
2.4 过程活动2.4.1.1 制定验收计划序号
确认交付项目
确认类别
计划完成时间
计划确认人员
完成标准
1
列出合同交付项目,如：
2
用户手册
客户审查
YYYY-MM-DD
客户代表
签字确认
3
产品安装包
客户验收测试
YYYY-MM-DD
客户代表
依据合同规定
2.4.1 确认用户需求说明书按项目计划安排用户代表对《用户需求说明书》进行确认工作，用户代表以签字确认或合同中约定的方式确认《用户需求说明书》。
2.4.2 编写测试用例测试用例包括集成测试用例，系统测试用例。
用例类型
常用方法
测试工具
集成测试用例
自低向上的测试方法
无
系统测试用例
多任务测试,临界测试,中断测试、性能测试等
可能会用到LR，QTP等性能测试工具
2.4.3 执行测试执行验收测试步骤分为搭建测试环境、执行测试用例、缺陷跟踪管理、用户验收确认签字等几个部分。
2.4.3.1 搭建测试环境测试人员、开发人员辅助客户搭建测试环境(包括：硬件环境、软件环境和数据环境)，测试环境必须满足最终用户的要求。
2.4.3.2 执行测试用例测试人员、项目成员配合客户按照评审通过的《测试用例》进行测试。若测试结果存在异常问题，将发现的缺陷记录到缺陷管理记录中，直至缺陷最终解决、关闭。
2.4.4 用户验收确认在验收测试完成之后，组织进行用户验收确认，依据项目合同规定，在用户实际工作环境下执行的有用户代表参与的用户验收确认，签署用户确认验收报告。 自主研发产品由公司高层执行用户角色。
2.5 输出《验收测试计划》
《测试用例》
bug记录
《测试报告》
《用户验收确认报告》
2.6 出口准则签署用户确认验收报告。
2.7 过程度量№
度量点
执行人
度量时机|频率
存储位置
M-1
执行测试过程的工作量
测试组长
每周
《项目周报》
M-2
发现的缺陷数
测试人员
每周
缺陷管理工具中
2.8 裁剪说明裁剪对象
类型（过程活动或工作产品）
裁减要素（增加、删除、修改）
裁减条件
无
3. 相关指南
《软件测试停止标准》
《软件测试指南》
《软件缺陷分类标准》
