⽂档修订记录
*变化状态：C = 创⽴，A = 增加，M = 修改，D = 删除
*正式发布时⽂档版本号从开始。对⽂档进⾏⼩改动时，版本号以进阶；⼤改动时版本号以进阶。⽂档审批记录
⽬录
前⾔
1.1.⽬的
在参考了⼤量的实践案例和⽂献的基础上，结合项⽬特征、客户需求及当前业务实际制定本验收标准，确⽴项⽬质量⽬标，规范本软件的验收。
1.2.范围
适⽤于公司所有类型项⽬（包括产品研发类、合同开发类、项⽬实施类以及系统集成类）的验收标准确定。
本标准应在软件合同签订时制定，并作为软件的质量标准指导软件⽣产。
1.3.术语定义
{提供所有为正确解释本软件开发计划所必需的术语和缩略语的定义。术语很多时，⽤列表作为本⽂档的附件。}
1.4.预期读者与阅读建议
{描述本⽂档的主要读者，以及这些读者在阅读时的阅读重点与建议。可⽤列表的⽅式
1.5.参考
〔列出描述参考的所有⽂档。〕
《GB/T?16260-1996?信息技术/软件产品评价/质量特性及其使⽤指南》
《GB/T 17544-1998软件包质量要求和测试》
《GB/T 15532-2008 计算机软件测试规范》
项⽬概述
验收原则
验收参与部门：客户代表、时尚德源品质部、最终⽤户单位、专家⼩组或第三⽅验收⼈。
金陵大报恩寺
在软件开发合同的签订阶段就提出软件验收项⽬和验收通过标准的意见；在软件的需求评审阶段，仔细审阅软件的需求规格说明书，指出不利于测试和可能存在歧义的描述；在开发完软件并经过开发⽅内部仔细的测试后，对完成的软件进⾏评审或第三⽅的验收测试，提供完整的错误报告提交给客户代表，由客户代表根据之前签订的开发合同中相应的验收标准判断是否进⾏验收。 总体验收标准
总体验收标准是本公司结合国家标准、软件⾏业惯例所提出的对于软件系统质量的最低要求，所有交付的软件必须满⾜本标准的约定。
1.6.标准定义
1)测试⽤例覆盖全部需求且测试⽤例不通过数的⽐例< %；
2)不存在错误等级为1 的错误；
3)不存在错误等级为2 的错误；
4)错误等级为3 的错误数量≤ 5；
5)所有提交的错误都已得到更正；
1.7.验收标准的详细说明
总体验收标准，即每⼀级别的错误量的可接受范围。⼀般来说，不允许存在1 级和2级错误，⽽3 级错误的数量则可按本标准确定或由⽤户⽅和开发⽅根据软件的规模和复杂程度进⾏商定，并在软件开发合同中明确地列出。
在软件验收测试中，测试的依据包括软件的投标⽂件、开发合同、需求规格说明书, 同时还包括特定软件的相关⾏业标准(这些⾏业标准应在开发合同中明⽰出来)。
在进⾏第三⽅的验收测试后，软件评测中⼼将发现的所有错误进⾏总结和归纳，并提交完整的错误报告，在错误报告中包括每⼀级别的错误数量和错误清单(所有的错误都需经过⽤户⽅和开发⽅的确认)。
⽤户⽅根据错误报告中每⼀级别的错误数量和错误清单与软件开发合同中的验收标准进⾏对照，如错误的级别和数量在合同中没有约定，可按本办法的规定进⾏。⽤户⽅认为软件可以验收，但要求开发⽅对错误报告中的所有错误进⾏整改，进⾏回归测试，确认错误报告中的所有错误全部改正⽅可；如
错误的级别和数量在合同可接受的范围外，⽤户⽅认为软件不可验收，要求开发⽅在规定的时间内全⾯整改软件，再次进⾏完整的验收测试。
1.7.1.软件错误的严重性等级
软件错误的严重等级由重到轻，如下：
1)不能执⾏正常功能或重要功能, 或者危及⼈⾝安全； 2)严重地影响系统要求或基本功能的实现, 且没有办法解决；
3)严重地影响系统要求或基本功能的实现, 但存在合理的解决办法；
4)使操作者不⽅便或遇到⿇烦, 但不影响执⾏正常功能或重要功能；
5)其它错误；
1.7.
2.错误与严重性等级对应
1.7.
2.1. ⼀级错误的描述
这⼀级别的错误⼀般包括以下内容: 没有实现或错误地实现重要的功能；业务流程存在重⼤隐患；软件在操作过程中由于软件
⾃⾝的原因⾃动退出系统或出现死机的情况；软件在操作过程中由于软件⾃⾝的原因对系统或数据造成破坏；在现有的软、硬建设环境下不能实现应有的功能；特殊软件在操作过程中可能危及系统和⼈⾝安全等。
1.7.
2.2. ⼆级错误的描述
这⼀级别的错误⼀般包括: 没有实现基本功能，并且不存在替代办法；没有实现重要功能中的部分功能，并且不存在替代办法；业务流程衔接错误；密钥以明⽂⽅式存储；没有留痕功能；⽤户的权限分配不合理；在现有的环境下，不能实现部分功能且没有替代⽅案；没
有满⾜系统的性能要求。
1.7.
2.
3. 三级错误的描述
这⼀级的错误是与第2 级别的错误相对应的，⽽第3 级错误则存在替代⽅法；对误操作或错误操作没有提⽰，导致⾮法数据进⼊数据库。
1.7.
2.4. 四级错误的描述
这⼀级别的错误通常为易⽤性⽅⾯的错误。⽐如界⾯不友好、前后风格不⼀；中英⽂混杂；查询结果输出不直观等。
1.7.
2.5. 五级错误的描述
通常为⽂档⽅⾯的错误，如安装⼿册、操作⼿册、维护⼿册中的描述错误。
项⽬验收标准
验收项⽬的划分参照GB/T 16260 标准。在该标准中，将软件的质量特性分为6 ⼤特性、21 个⼦特性，⽽对于具体的软件，并⾮都要进⾏这21 个特性的测试和评价。本⽂选取的是最通⽤的⼦特性部分，针对各种不同的软件，可以对验收项⽬进⾏剪裁或扩充，请参考附录“GB/T 16260软件质量评价特性”。
1.8.功能测试
1.8.1.功能项测试
{对软件需求规格说明书中的所有功能项进⾏测试；}
1.8.1.1. 功能⼀
1)功能名称
2)功能描述
3)⽬标结果
1.8.1.
2. 功能⼆
1)功能名称
2)功能描述
3)⽬标结果
1.8.
2.业务流程测试
{对软件项⽬的典型业务流程进⾏测试；}
1.8.
2.1. 业务流程⼀
1)业务流程名称
2)流程图及说明
3)⽬标结果
KINGXCON1.8.
2.2. 业务流程⼆
1)业务流程名称
2)流程图及说明
3)⽬标结果
1.9.⾮功能测试
1.9.1.容错测试
{容错测试的检查内容包括:
1) 软件对⽤户常见的误操作是否能进⾏提⽰；
2) 软件对⽤户的的操作错误和软件错误，是否有准确、清晰的提⽰；
3) 软件对重要数据的删除是否有警告和确认提⽰；
4) 软件是否能判断数据的有效性，屏蔽⽤户的错误输⼊，识别⾮法值，并有相应的错误提⽰。}
{安全性测试的检查内容包括:
1) 软件中的密钥是否以密⽂⽅式存储；
2) 软件是否有留痕功能, 即是否保存有⽤户的操作⽇志；
3) 软件中各种⽤户的权限分配是否合理；}
1.9.3.性能测试
{对软件需求规格说明书中明确的软件性能进⾏测试。测试的准则是要满⾜规格说明书中的各项性能指标。}
1.9.4.压⼒测试
1.9.5.易⽤性测试
可利霉素片{易⽤性测试的内容包括:
1) 软件的⽤户界⾯是否友好，是否出现中英⽂混杂的界⾯；
2) 软件中的提⽰信息是否清楚、易理解，是否存在原始的英⽂提⽰；
3) 软件中各个模块的界⾯风格是否⼀致；
4) 软件中的查询结果的输出⽅式是否⽐较直观、合理。}
金纯魅惑
1.9.6.适应性测试
{参照⽤户的软、硬件使⽤环境和需求规格说明书中的规定，列出开发的软件需要满⾜的软、硬件环境。对每个环境进⾏测试。}
1.10.1.数据恢复测试
1.10.
2.数据接⼊
1.10.3.数据服务
1.11.⽂档测试
{⽤户⽂档包括: 安装⼿册、操作⼿册和维护⼿册。对⽤户⽂档测试的内容包括:
1) 操作、维护⽂档是否齐全、是否包含产品使⽤所需的信息和所有的功能模块；
2) ⽤户⽂档描述的信息是否正确, 是否没有歧义和错误的表达；
3) 户⽂档是否容易理解, 是否通过使⽤适当的术语、图形表⽰、详细的解释来表达；
4) ⽤户⽂档对主要功能和关键操作是否提供应⽤实例；
5) ⽤户⽂档是否有详细的⽬录表和索引表；}
1.1
2.⽤户有特别要求的测试
验收资料
1)项⽬验收申请单；
2)项⽬估算表
3)项⽬计划书（配置管理计划、质量保证计划、项⽬培训计划、项⽬进度
计划、项⽬风险计划）
4)需求规格说明书；
5)概要设计说明书；
6)数据及数据库设计要求说明书；
7)详细设计说明书；
8)测试⽤例（需包含执⾏结果）；
9)缺陷列表；
接待处长
10)测试报告；
11)操作⼿册；
12)⽤户⼿册；
13)软件接⼝规范；
14)开发代码/安装盘；
附录：GB/T 16260软件质量评价特性
1.13.功能性
与⼀组功能及其指定的性质有关的⼀组属性，这⾥的功能是指满⾜明确或隐含的需求的那些功能。这组属性以软件为满⾜需求做些什么来描述，⽽其他属性则以何时做和如何做来描述
1.13.1.适合性
与规定任务能否提供⼀组功能以及这组功能的适合程度有关的软件属性，适合程度的例⼦是⾯向任务系统中由⼦功能构成功能是否合适表容量是否合适等
1.13.
2.准确性
与能否得到正确或相符的结果或效果有关的软件属性，例如此属性包括计算值所需的准确程度
百年大计教育为本教师是
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议