资源描述
第15章 用户验收 1
15.1 介绍 1
15.2 用户验收规程 2
15.2.1 目标 2
15.2.2 角色和职责 2
15.2.3 开启准则 2
15.2.4 输入 2
15.2.5 关键步骤 2
[Step1] 验收准备 2
[Step2] 结果审查和验收测试 2
[Step3] 问题处理 3
[Step4] 交付和签字 3
15.2.6 输出 3
15.2.7 结束准则 3
15.2.8 度量 3
15.3 实施提议 3
第15章 用户验收
用户验收(Customer Acceptance, CA)是指用户依据协议对产品进行审查和测试,确保产品满足用户需求。
用户验收过程域是SPP模型关键组成部分。本规范叙述了用户验收规程,该规程“目标”、“角色和职责”、“开启准则”、“输入”、“关键步骤”、“输出”、“完成准则”和“度量”均已定义。
本规范适适用于中国IT企业软件研发项目。提议用户依据本身情况(如商业目标、研发实力等)合适地修改本规范,然后推广使用。
15.1 介绍
用户对产品验收关键有两种方法:
² 结果审查。验收人员审查开发方应该交付结果,如代码、文档等等。确保这些结果是完整而且是正确。
² 验收测试。验收人员对待交付产品进行全方面测试,确保产品功效、质量符合需求。
验收测试内容、方法和系统测试几乎是相同。二者关键区分在于实施人员不一样。验收测试人员来自于用户方,而系统测试人员则来自于开发方。用户验收步骤图15-1所表示。
结果审查和验收测试
验收准备
问题处理
交付和签字
图15-1 用户验收步骤
用户验收过程域产生关键文档有:
² 《用户验收计划》,模板见 [SPP-TEMP-CA-PLAN]。
² 《验收测试用例》,模板见 [SPP-TEMP-TEST-CASE]。
² 《用户验收汇报》,模板见 [SPP-TEMP-CA-REPORT]。
补充说明:“用户验收”是针对协议项目而言,对于非协议项目,请参见Beta测试[SPP-PROC-BETA]。
15.2 用户验收规程
15.2.1 目标
l 用户依据协议对产品进行审查和测试,确保产品满足用户需求。
15.2.2 角色和职责
l 用户方组建一个验收小组,并指定验收责任人。
l 开发方项目经理和其它组员为用户验收工作提供帮助。开发方应该立即处理用户方发觉问题。
15.2.3 开启准则
l 系统测试已经完成。
l 开发方对用户进行了必需培训,参见培训管理规范[SPP-PROC-TM]。
15.2.4 输入
l 产品需求文档
l 产品使用指南
l 相关协议
15.2.5 关键步骤
[Step1] 验收准备
l 开发方和用户方共同制订《用户验收计划》,关键包含“结果审查计划”和“验收测试计划”。双方责任人审批该计划。
l 开发方和用户方共同设计“验收测试用例”。
l 开发方将待验收工作结果准备好,并将必需材料提前交给验收小组。
[Step2] 结果审查和验收测试
l 结果审查。验收人员依据计划审查开发方应该交付结果,如代码、文档等等。确保这些结果是完整而且是正确。验收人员将审查结果统计在《用户验收汇报》之中。
l 验收测试。验收人员依据计划和测试用例,对待交付产品进行全方面测试,确保产品符合需求。验收人员将测试结果统计在《用户验收汇报》之中。
[Step3] 问题处理
l 假如验收人员在审查和测试时发觉工作结果存在问题,则开发方应该视问题严重性和用户协商,给出适宜处理方法。
² 假如工作结果存在严重缺点,则退回给开发方。开发方应该给出纠正缺点方法,双方协商第二次验收时间。假如给用户方带来损失,应该依据协议对开发方作出对应处罚。
² 假如工作结果存在部分轻微缺点,则开发方应该给出纠正缺点方法,双方协商是否需要第二次验收。
[Step4] 交付和签字
l 当待验收全部工作结果全部经过了审查和测试后,开发方将其交付给用户方。双方责任人签字认可。
15.2.6 输出
l 《用户验收汇报》
15.2.7 结束准则
l 全部应交付工作结果全部已经经过了用户方审查和验收。
l 《用户验收汇报》已经产生,双方责任人已经签字认可。
15.2.8 度量
l 项目经理统计用户验收期间双方投入工作量。
15.3 实施提议
l 在用户验收之前,开发方对验收人员进行必需产品培训。
l 开发方能够将系统测试用例给验收人员参考,以降低设计测试用例时间。
l 开发方人员应该热情地帮助验收人员。对验收人员发觉软件缺点立即给予纠正;对于复杂问题应该立即请示相关领导,不可拖延。在验收期间不可和用户争吵,给用户留下很好印象。
l 对验收过程中产生全部有价值文档进行配置管理。
展开阅读全文