软件验收指标.docx

序言41.1.目B¾41.2.范围41.3.术语定义41.4. 预期读者与阅读说41.5. 参照42. 项目婕53.验收原则5总体验收原则54.1.原则定义54. 2.验收原则B详细阐明54.1. 1.软件车昔误的严重性等级4.2.2.错误与严重性等级对应64.2.2.1.一级错误0描述64.2.2.2.二级错误的描述三级错误的描述74. 2.2.4.四级错误的描述74. 2.2.5.五级错误的描述75.项目验收原则功能测试75. 1.1.功能项测试75. 1.1.1.功能一5.1. 1.2.功能二85.2. 2.业务流程测试85.3. 2.1.业务流程一85.4. 2.2.业务流程二非功能测试85.2.1.容错测试85.2.2.安全性测试95.2.3.性能测试5.2.4.压力测试95.2.5.易用性测试95.2.6.适应性测试5.3.安装测试1O5.3.1.数据恢复测试1O5.3.2.数据接入O5.3.3.数据服务105.4.文档测试105.5.顾客有尤其规定I的测试O6.验收资料107.附录：GB"16260软件质量评价特性功能性117.1.1.适合性117.1.2.精确性117.1.3.互操作性、互用性7.1.4.依从性117.1.5.安全性117.2.可靠性成熟性127.2.2.容错性27.2.3.易恢复性易用性127.3.1.易理解性27.3.2.易学性易操作性127.4.效率137.4.1.时间特性资源特性137.5.维护性137.5.1.易分析性易变化性37.5.3.稳定性37.5.4.易测试性可移植性137.6.1.适应性47.6.2.易安装性遵照性7.6.4.易替代性1.序言1.1.目的（如下描述）在参照了大量B¾实践案例和文献的基础上，结合项目特性、客户需求及目前业务实际J定本验收原则，确立项目质量目的J,规范本软件的验收。1.2.范围（如下描述合用于企业所有类型项目（包括产品研发类、办议那类项目实行类以及系统集成类）的验收标精确定。本原则应在软件协议签订时制定，并作为软件的质量原则指导软件生产。1.3.术语定义（提（蜥有为邮廨附啾f物技计所必鄢沐翻蒯&郁族义。术闾郅j,用列表作为本文档B¾附件。）1.4.预期读者与阅读提议描述本文档的重要读者，以及这些读者在阅读时0¾阅读重点与提议。可用列表B方式列出。如:预期读者阅读建议业务经理项目分管领导项目组成员关联项目组客户代表1.5. 参照（列出描述参照的所有文档。）GB/T16260-1996信息技术/软件产品评价/质量特性及其使用指南GB/T17544-1998软件包质量规定和测试GB/T15532-2023计算机软件测试规范2 .项目概述3 .验收原则验收参与部门：客户代表、*企业、最终顾客单位、专家小组或第三方验收人员。在软件开发协议的签订阶段就提出软件验收项目和验收通过原则的意见；在软件的需求评审阶段，仔细审阅软件的需求规格阐明书，指出不利于测试和也许存在歧义的描述；在*企业开发完软件并通过开发方内部仔细曰勺测试后，对完毕日勺软件进行评审或第三方的验收测试，提供完整的错误汇报提交给客户代表,由客户代表根据之前签订日勺开发协议中对应日勺验收原则判断与否进行验收。4 .总体验收原则总体验收原则是*企业结合国标、软件行业通例所提出的对于软件系统质量的）最低规定，所有交付的软件必须满足本原则的约定。4.1. 原则定义如下内容根据项目实际状况调整：）1）测试用例不通过数的比例1.5驰；2）不存在错误等级为1的错误；3）不存在错误等级为2的错误；4）错误等级为3的）错误数量W5；5）所有提交的错误都已得到改正；4.2. 验收原则的详细阐明总体验收原则，即每一级别的错误量日勺可接受范围。一般来说，不容许存在1级和2级错误，而3级错误的数量则可按本标精确定或由顾客方和开发方根据软件的规模和复杂程度进行约定，并在软件开发协议中明确地列出。在软件验收测试中，测试的根据包括软件的投标文献、开发协议、需求规格阐明书，同时错误汇报,在错误汇报中包括每一级别的错误数量和错误清单（所有的错误都需通过顾客方和开发方确实认）。顾客方根据错误汇报中每一级别日勺错误数量和错误清单与软件开发协议中的验收原则进行对照，如错误的级别和数量在协议中没有约定，可按本措施日勺规定进行。顾客方认为软件可以验收，但规定开发方对错误汇报中的所有错误进行整改，进行回归测试，确认错误汇报中的所有错误所有改正方可；如错误的级别和数量在协议可接受的范围外，顾客方认为软件不可验收，规定开发方在规定的时间内全面整改软件，再次进行完整的验收测试。4.2.1. 软件错误的严重性等级软件错误的严重等级由重到轻，如下：1）不能执行正常功能或重要功能，或者危及人身安全；2）严重地影响系统规定或基本功能的实现，且没有措施处理；3）严重地影响系统规定或基本功能日勺实现，但存在合理的处理措施；4）使操作者不以便或碰到麻烦，但不影响执行正常功能或重要功能；5）其他错误；4.2.2. 错误与严重性等级对应4.2.21.一级错误的描述这一级别的错误一般包括如下内容：没有实现或错误地实现重要的功能；业务流程存在重大隐患；软件在操作过程中由于软件自身日勺原因自动退出系统或出现死机日勺状况；软件在操作过程中由于软件自身日勺原因对系统或数据导致破坏；在既有的软、硬建设环境下不能实现应有的功能；特殊软件在操作过程中也许危及系统和人身安全等。4222二级错误的描述这一级别B错误一般包括：没有实现基本功能，并且不存在替代措施；没有实现重要功能中的部分功能，并且不存在替代措施；业务流程衔接错误；密钥以明文方式存储；没有留痕功能；顾客的权限分派不合理；在既有的环境下,不能实现部分功能且没有替代方案；没有满足系统的性能规定。422.3.三级错误的描述这一级的错误是与第2级别的错误相对应的，而第3级错误则存在替代措施；对误操作或错误操作没有提醒，导致非法数据进入数据库。4.2.2.4.四级错误的描述这一级别曰勺错误一般为易用性方面曰勺错误。例如界面不友好、前后风格不一；中英文混杂；查询成果输出不直观等。4.2.2.5.五级错误的描述一般为文档方面的错误，如安装手册、操作手册、维护手册中的描述错误。5 .项目验收原则验收项目的划分参照GB/T16260原则。在该原则中，将软件的质量特性分为6大特性、21个子特性，而对于详细的软件，并非都要进行这21个特性的测试和评价。本文选用日勺是最通用曰勺子特性部分，针对多种不同样曰勺软件，可以对验收项目进行剪裁或扩充，请参照附录“GB/T16260软件质量评价特性”。5.1.功能测试5.1.1.功能项测试对软件需求规格阐明书中的所有功能项进行测试；5.1.1.1 .功能一1）功能名称2）功能描述3）目的成果5.1.1.2 ,功能二1）功能名称2）功能描述3）目的成果5.1.2,业务流程测试对软件项目的经典业务流程进行测试"5.121.业务流程一1）业务流程名称2）流程图及阐明3）目的成果5.1.2.2,业务流程二1）业务流程名称2）流程图及阐明3）目的成果5.2.非功能测试5.2.1,容错测试容错测试的检查内容包括：1软件对顾客常见的误操作与否能进行提醒；2软件对顾客的的操作错误和软件错误，与否有精确、清晰的提醒；3软件对重要数据的删除与否有警告和确认提醒；4软件与否能判断数据的有效性，屏蔽顾客的错误输入，识别非法值，并有对应日勺错误提醒。5.1.1.3 测试安全性测试的检查内容包括：1软件中的密钥与否以密文方式存储；2软件与否有留痕功能，即与否保留有顾客的操作日志；3软件中多种顾客的权限分派与否合理；523.性能测试对软件需求规格阐明书中明确日勺软件性能进行测试。测试B准则是要满足规格阐明书中的各项性能指标。5.2.4.压力测试5.2.5,易用性测试易用性测试的内容包括：1软件日勺顾客界面与否友好，与否出现中英文混杂的界面；2软件中的提醒信息与否清晰、易理解，与否存在原始的英文提醒；3软件中各个模块的界面风格与否一致；4软件中的查询成果日勺输出方式与否比较直观、合理。526.适应性测试参照顾客的软、硬件使用环境和需求规格阐明书中的规定，列出开发日勺软件需要满足的软、硬件环境。对每个环境进行测试。5.3.安装测试5.3.1.数据恢复测试5.3.2,数据接入5.3.3.数据服务5.4.文档测试顾客文档包括：安装手册、操作手册和维护手册。对顾客文档测试的内容包括：1操作、维护文档与否齐全、与否包括产品使用所需的信息和所有的功能模块；2）顾客文档描述的信息与否对的，与否没有歧义和错误的体现；3户文档与否轻易理解，与否通过使用合适的术语、图形体现、详细的解释来体现；4）顾客文档对重要功能和关键操作与否提供应用实例；5顾客文档与否有详细的）目录表和索引表；55顾客有尤其规定B测试6 .验收资料1）处理方案2）协议3）需求规格阐明书；4）概要设计阐明书；5）数据及数据库设计规定阐明书；6）详细设计阐明书；7）操作手册；8）顾客手册；9）项目顾客评价过程意见；10）软件接口规范；11）安装盘7 .附录：GB/T16260软件质量评价特性7.1.功能性与一组功能及其指定的性质有关的一组属性，这里的功能是指满足明确或隐含的需求的那些功能。这组属性以软件为满足需求做些什么来描述,而其他属性则以何时做和怎样做来描述7.1.1.适合性与规定任务能否提供一组功能以及这组功能的适合程度有关日勺软件属性，适合程度的例子是面向任务系统中由子功能构成功能与否合适表容量与否合适等7.1.2.精确性与能否得