新版综合项目验收总结报告模板.doc

文档修订记录版本号*变化状态简要阐明日期变更人批准日期批准人V1.0C初始版本*变化状态：C = 创立，A = 增长，M = 修改，D = 删除*正式发布时文档版本号从1.0开始。对文档进行小改动时，版本号以0.1进阶；大改动时版本号以1.0进阶。文档审批记录序号审批人角色审批日期签字备注目录1.前言51.1.目51.2.范畴51.3.术语定义51.4.预期读者与阅读建议51.5.参照52.项目概述63.验收原则64.总体验收原则64.1.原则定义64.2.验收原则详细阐明64.2.1.软件错误严重性级别74.2.2.错误与严重性级别相应74.2.2.1.一级错误描述74.2.2.2.二级错误描述74.2.2.3.三级错误描述84.2.2.4.四级错误描述84.2.2.5.五级错误描述85.项目验收原则85.1.功能测试85.1.1.功能项测试85.1.1.1.功能一85.1.1.2.功能二95.1.2.业务流程测试95.1.2.1.业务流程一95.1.2.2.业务流程二95.2.非功能测试95.2.1.容错测试95.2.2.安全性测试105.2.3.性能测试105.2.4.压力测试105.2.5.易用性测试105.2.6.适应性测试105.3.安装测试115.3.1.数据恢复测试115.3.2.数据接入115.3.3.数据服务115.4.文档测试115.5.顾客有特别规定测试116.验收资料117.附录：GB/T 16260软件质量评价特性127.1.功能性127.1.1.适合性127.1.2.精确性127.1.3.互操作性、互用性127.1.4.依从性127.1.5.安全性127.2.可靠性137.2.1.成熟性137.2.2.容错性137.2.3.易恢复性137.3.易用性137.3.1.易理解性137.3.2.易学性137.3.3.易操作性137.4.效率147.4.1.时间特性147.4.2.资源特性147.5.维护性147.5.1.易分析性147.5.2.易变化性147.5.3.稳定性147.5.4.易测试性147.6.可移植性147.6.1.适应性157.6.2.易安装性157.6.3.遵循性157.6.4.易替代性151. 前言1.1. 目 如下描述:在参照了大量实践案例和文献基本上，结合项目特性、客户需求及当前业务实际制定本验收原则，确立项目质量目的，规范本软件验收。1.2. 范畴如下描述:合用于公司所有类型项目（涉及产品研发类、合同开发类、项目实行类以及系统集成类）验收原则拟定。本原则应在软件合同订立时制定，并作为软件质量原则指引软件生产。1.3. 术语定义提供所有为对的解释本软件开发筹划所必须术语和缩略语定义。术语诸多时，用列表作为本文档附件。1.4. 预期读者与阅读建议描述本文档重要读者，以及这些读者在阅读时阅读重点与建议。可用列表方式列出。如：预期读者阅读建议业务经理项目分管领导项目构成员关联项目组客户代表1.5. 参照列出描述参照所有文档。GB/T16260-1996信息技术/软件产品评价/质量特性及其使用指南GB/T 17544-1998软件包质量规定和测试GB/T 15532- 计算机软件测试规范2. 项目概述3. 验收原则验收参加部门：客户代表、*公司、最后顾客单位、专家小组或第三方验收人员。在软件开发合同订立阶段就提出软件验收项目和验收通过原则意见；在软件需求评审阶段，仔细审视软件需求规格阐明书，指出不利于测试和也许存在歧义描述；在*公司开发完软件并通过开发方内部仔细测试后，对完毕软件进行评审或第三方验收测试，提供完整错误报告提交给客户代表，由客户代表依照之前订立开发合同中相应验收原则判断与否进行验收。4. 总体验收原则总体验收原则是*公司结合国标、软件行业惯例所提出对于软件系统质量最低规定，所有交付软件必要满足本原则商定。4.1. 原则定义如下内容依照项目实际状况调节：1) 测试用例不通过数比例 1.5 %；2) 不存在错误级别为1 错误；3) 不存在错误级别为2 错误；4) 错误级别为3 错误数量 5；5) 所有提交错误都已得到改正；4.2. 验收原则详细阐明总体验收原则，即每一级别错误量可接受范畴。普通来说，不容许存在1 级和2级错误，而3 级错误数量则可按本原则拟定或由顾客方和开发方依照软件规模和复杂限度进行商定，并在软件开发合同中明确地列出。在软件验收测试中， 测试根据涉及软件投标文献、开发合同、需求规格阐明书，同步还涉及特定软件有关行业原则(这些行业原则应在开发合同中明示出来)。在进行第三方验收测试后，软件评测中心将发现所有错误进行总结和归纳， 并提交完整错误报告，在错误报告中涉及每一级别错误数量和错误清单(所有错误都需通过顾客方和开发方确认)。顾客方依照错误报告中每一级别错误数量和错误清单与软件开发合同中验收原则进行对照，如错误级别和数量在合同中没有商定，可按本办法规定进行。顾客方以为软件可以验收，但规定开发方对错误报告中所有错误进行整治，进行回归测试，确认错误报告中所有错误所有改正方可；如错误级别和数量在合同可接受范畴外，顾客方以为软件不可验收，规定开发方在规定期间内全面整治软件，再次进行完整验收测试。4.2.1. 软件错误严重性级别软件错误严重级别由重到轻，如下：1) 不能执行正常功能或重要功能，或者危及人身安全；2) 严重地影响系统规定或基本功能实现，且没有办法解决；3) 严重地影响系统规定或基本功能实现，但存在合理解决办法；4) 使操作者不以便或遇到麻烦，但不影响执行正常功能或重要功能；5) 其他错误；4.2.2. 错误与严重性级别相应4.2.2.1. 一级错误描述这一级别错误普通涉及如下内容：没有实现或错误地实现重要功能；业务流程存在重大隐患；软件在操作过程中由于软件自身因素自动退出系统或浮现死机状况；软件在操作过程中由于软件自身因素对系统或数据导致破坏；在既有软、硬建设环境下不能实现应有功能；特殊软件在操作过程中也许危及系统和人身安全等。 4.2.2.2. 二级错误描述这一级别错误普通涉及：没有实现基本功能，并且不存在代替办法；没有实现重要功能中某些功能，并且不存在代替办法；业务流程衔接错误；密钥以明文方式存储；没有留痕功能；顾客权限分派不合理；在既有环境下，不能实现某些功能且没有代替方案；没有满足系统性能规定。4.2.2.3. 三级错误描述这一级错误是与第2 级别错误相相应，而第3 级错误则存在代替办法；对误操作或错误操作没有提示，导致非法数据进入数据库。4.2.2.4. 四级错误描述这一级别错误普通为易用性方面错误。例如界面不和谐、先后风格不一；中英文混杂；查询成果输出不直观等。4.2.2.5. 五级错误描述普通为文档方面错误，如安装手册、操作手册、维护手册中描述错误。5. 项目验收原则验收项目划分参照GB/T 16260 原则。在该原则中，将软件质量特性分为6 大特性、21 个子特性，而对于详细软件，并非都要进行这21 个特性测试和评价。本文选用是最通用子特性某些，针对各种不同软件，可以对验收项目进行剪裁或扩充，请参照附录“GB/T 16260软件质量评价特性”。5.1. 功能测试5.1.1. 功能项测试对软件需求规格阐明书中所有功能项进行测试；5.1.1.1. 功能一1) 功能名称2) 功能描述3) 目的成果5.1.1.2. 功能二1) 功能名称2) 功能描述3) 目的成果5.1.2. 业务流程测试对软件项目典型业务流程进行测试；5.1.2.1. 业务流程一1) 业务流程名称2) 流程图及阐明3) 目的成果5.1.2.2. 业务流程二1) 业务流程名称2) 流程图及阐明3) 目的成果5.2. 非功能测试5.2.1. 容错测试容错测试检查内容涉及:1) 软件对顾客常用误操作与否能进行提示；2) 软件对顾客操作错误和软件错误，与否有精确、清晰提示；3) 软件对重要数据删除与否有警告和确认提示；4) 软件与否能判断数据有效性，屏蔽顾客错误输入，辨认非法值，并有相应错误提示。5.2.2. 安全性测试安全性测试检查内容涉及:1) 软件中密钥与否以密文方式存储；2) 软件与否有留痕功能，即与否保存有顾客操作日记；3) 软件中各种顾客权限分派与否合理；5.2.3. 性能测试对软件需求规格阐明书中明确软件性能进行测试。测试准则是要满足规格阐明书中各项性能指标。5.2.4. 压力测试5.2.5. 易用性测试易用性测试内容涉及:1) 软件顾客界面与否和谐，与否浮现中英文混杂界面；2) 软件中提示信息与否清晰、易理解，与否存在原始英文提示；3) 软件中各个模块界面风格与否一致；4) 软件中查询成果输出方式与否比较直观、合理。5.2.6. 适应性测试参照顾客软、硬件使用环境和需求规格阐明书中规定，列出开发软件需要满足软、硬件环境。对每个环境进行测试。5.3. 安装测试5.3.1. 数据恢复测试5.3.2. 数据接入5.3.3. 数据服务5.4. 文档测试顾客文档涉及：安装手册、操作手册和维护手册。对顾客文档测试内容涉及:1) 操作、维护文档与否齐全、与否包括产品使用所需信息和所有功能模块；2) 顾客文档描述信息与否对的，与否没有歧义和错误表达；3) 户文档与否容易理解，与否通过使用恰当术语、图形表达、详细解释来表达；4) 顾客文档对重要功能和核心操作与否提供应用实例；5) 顾客文档与否有详细目录表和索引表；5.5. 顾客有特别规定测试6. 验收资料1) 解决方案2) 合同3) 需求规格阐明书；4) 概要设计阐明书；5) 数据及数据库设计规定阐明书；6) 详细设计阐明书；7) 操作手册；8) 顾客手册；9) 项目顾客评价过程意见；10) 软件接口规范；11) 安装盘；7. 附录：GB/T 16260软件质量评价特性7.1. 功能性与一组功能及其指定性质关于一组属性，这里功能是指满足明确或隐含需求那些功能。这组属性以软件为满足需求做些什么来描述，而其她属性则以何时做和如何做来描述7.1.1. 适合性与规定任务能否提供一组功能以及这组功能适合限度关于软件属性，适合限度例子是面向任务系统中由子功能构成功能与否适当表容量与否适当等7.1.2. 精确性与能否得到对的或相符成果或效果关于软件属性，例如此属性涉及计算值所需精确限度7.1.3. 互操作性、互用性与同其她指定系统进行交互能力关于软件属性（为避免也许与易替代性含义相混淆此处用互操作性互用性而不用兼容性）7.1.4. 依从性使软件遵循关于原则商定法规及类似规定软件属性7.1.5. 安全性与防止对程序及数据非授权故意或意外访问能力关于软件属性7.2. 可靠性与在规定一段时间和条件下软件维持其性能水平能力关于一组属性，即软件不会老化。可靠性种种局限是由于需求、设计和实现中错误所致。由这些错误引起故障取决于软件产品使用方式和程序任选项选用办法，而不取决于时间流逝。7.2.1. 成熟性与由软件故障引起失效频度关于软件属性7.2.2. 容错性与在软件故障或违背指定接口状况下维持规定性能水平能力关于软件属性，指定性能水平涉及失效防护能力7.2.3. 易恢复性与在失效发生后重建其性能水平并恢复直接受影响数据能力以及为达此目所需时间和努力关于软件属性7.3. 易用性7.3.1. 易理解性与顾客为结识逻辑概念及其应用范畴所花努力关于软件属性7.3.2. 易学性与顾客为学习软件应用例如运营控制输入输出所花努力关于软件属性7.3.3. 易操作性与顾客为操作和运营控制所花努力关于软件属性7.4. 效率与在规定条件下，软件性能水平与所使用资源量之间关系关于一组属性7.4.1. 时间特性与软件执行其功能时响应和解决时间以及吞吐量关于软件属性7.4.2. 资源特性与在软件执行其功能时所使用资源数量及其使用时间关于软件属性7.5. 维护性与进行指定修改所需努力关于一组属性7.5.1. 易分析性与为诊断缺陷或失效因素及为鉴定待修改某些所需努力关于软件属性7.5.2. 易变化性与进行修改排除错误或适应环境变化所需努力关于软件属性7.5.3. 稳定性与修改所导致未预料成果风险关于软件属性7.5.4. 易测试性与确认已修改软件所需努力关于软件属性注此子特性涵义也许会被研究中修改加以变化7.6. 可移植性与软件可从某一环境转移到另一环境能力关于一组属性7.6.1. 适应性与软件无需采用有别于为该软件准备活动或手段就也许适应不同规定环境关于软件属性7.6.2. 易安装性与在指定环境下安装软件所需努力关于软件属性7.6.3. 遵循性使软件遵循与可移植性关于原则或商定软件属性7.6.4. 易替代性与软件在该软件环境中用来代替指定其她软件机会和努力关于软件属性