机器学习及其应用课件 第4章 软件测试过程4 验收测试

第4章软件测试过程

（四）验收测试

目录2验收测试的定义验收测试的目的进入验收测试的条件验收测试的内容及过程测试策划、设计、执行、总结验收测试相关案例第一节第二节第三节第四节第五节第六节第一节验收测试的定义验收测试的定义4事务认知实践积累信息处理验收测试是一个过程，是一个以用户为主的测试。验收测试一般是在软件系统测试结束以及软件配置审查之后开始的，应由用户、测试人员、软件开发人员和质量保证人员一起参与，目的是确保软件准备就绪。相关的用户和/或独立测试人员根据测试计划和结果来决定是否接受系统，这是一项确定产品是否能够满足合同或者用户所规定需求的测试。理解决策第二节验收测试的目的验收测试的目的6新建系统产品是否是按照用户需求开发的，体验该产品是否能够满足用户使用要求、有没有达到原设计水平、完成的功能怎样；对照合同的需求进行验收测试，是否符合双方达成的共识；新建系统产品的可靠性和可维护性如何；新建系统产品对业务处理的能力；新建系统产品对用户操作的容错能力；新建系统产品对系统运行时发生故障的恢复能力；承建单位向业主单位提交的有关技术资料是否齐全。01020304GOAL第三节进入验收测试的条件

进入验收测试的条件软件开发已经完成，并全部解决了已知的软件缺陷；对软件需求说明书的审查已经完成；对概要设计、详细设计的审查已经完成；对单元、集成、系统测试计划和报告的审查已经完成；对所有关键模块的代码审查已经完成；所有的测试脚本已经完成，并至少执行过一次，且通过评审；进入验收测试的条件9验收测试计划已经通过评审并批准，并且置于文档控制之下；使用配置管理工具且代码置于配置控制之下；软件问题处理流程已经就绪；新系统已通过试运行工作；被测的新系统应该是稳定的，要符合技术文档和标准的规定；已经制定、评审并批准验收测试完成的标准；合同、附件规定的各类文档齐全。01020304GOAL第四节验收测试的内容及过程验收测试的内容及过程11--验收测试是在软件开发结束后，用户实际使用软件产品之前，进行的最后一次质量检验活动，主要回答开发的软件是否符合预期的各项要求以及用户能否接受的问题。验收测试主要验证软件功能的正确性和需求符合性。验收测试内容配置复审验收测试的一个重要环节是配置复审，目的在于保证软件配置齐全、分类有序，并且包括软件维护所必须的细节。合法性检查检查开发者在开发软件时使用的开发工具是否合法。对在编程中使用的一些非本单位自己开发的，也不是由开发工具提供的控件、组件、函数库等，检查其是否符合合法的发布许可。验收测试内容13文档是软件的重要组成部分，是软件生命周期各个不同阶段的产品描述。文档应该满足完备性、正确性、简明性、可追踪性、自说明性、规范性等要求。软件文档检查必须提供检查的文档包括：项目实施计划；详细技术方案；软件需求规格说明书；软件概要设计说明书；软件详细设计说明书；软件测试计划；软件测试报告；用户手册；源程序；项目实施计划；项目开发总结；软件质量保证计划等。

软件代码测试软件代码测试包括源代码的一般性检查和软件一致性检查两方面的内容。源代码的一般性检查是对系统关键模块的源代码进行抽查，主要检查以下内容：验收测试内容命名规范；注视；接口；数据类型；限制性条件。软件一致性检查包括以下内容：编译检查；装载和卸载检查；运行模块检查。测试验收内容软件功能和性能测试软件功能和性能测试不仅是检测软件的整体行为表现，也是对软件开发和设计的再确认。可以进行下列测试：界面测试；可用性测试；功能测试；稳定性测试；性能测试；健壮性测试；逻辑性测试；破坏性测试；安全性测试等。测试结果交付内容测试结束后，由测试组填写软件测试报告，并将测试报告与全部测试材料一并交给用户代表。具体交付方式由用户代表和测试方双方协商决定。测试报告包括以下内容：软件测试计划；软件测试日志；软件文档检查报告；软件代码测试报告；软件系统测试报告；测试总结报告；测试人员签字登记表。。验收测试过程16验收测试内容通常可以包括：安装（升级）、启动与关机、功能测试（正例、重要算法、边界、时序、反例、错误处理）、性能测试（正常的负载、容量变化）、压力测试（临界的负载、容量变化）、配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行）、可靠性测试等。第五节测试策划、设计、执行、总结测试策划、设计18R测试分析人员根据需求方的软件要求和供应方提供的软件文档分析被测软件，并确定测试充分性要求、测试终止的要求、用于测试的资源要求、需要测试的软件特征、测试需要的技术和方法、测试准出条件，确定由资源和被测试软件决定的软件验收测试活动的进度以及对测试工作进行风险分析与评估，并制定应对措施。根据上述分析研究结果，编写软件验收测试计划。01020304GOAL策划测试设计工作由测试设计人员和测试程序员完成，一般需要根据验收测试计划完成设计测试用例、获取测试数据、确定测试顺序、获取测试资源、编写测试程序、建立和校准测试环境以及按照测试规范的要求编写软件验收测试说明等工作。应对验收测试说明进行评审，评审应由软件的需方、供方和有关专家参加，在验收测试说明通过评审后，进入下一步测试执行的工作。01020304GOAL设计测试执行19R执行测试的工作由测试员和测试分析员完成。测试员的主要工作是执行验收测试计划和验收测试说明中规定的测试项目和内容。在执行过程中，应认真观察并如实记录测试过程、测试结果和发现的差错，认真填写测试记录。测试分析员的工作如7.2.4节中介绍的两个方面。总结验收测试计划和验收测试说明的变化情况及其原因；对测试异常终止的情况，确定未能被测试活动充分覆盖的范围；确定未能解决的软件测试事件以及不能解决的原因；总结测试所反映的软件系统与需方的软件要求之间的差异；将测试结果连同所发现的差错情况同需方的软件要求对照，评价软件系统的设计与实现，提出软件改进建议；按照测试规范的要求编写验收测试报告，该报告应包括：测试结果分析、对软件系统的评价和建议；根据测试记录和软件问题报告单编写测试问题报告。测试总结测试分析员应根据需方的软件要求、验收测试计划、验收测试说明、测试记录和软件问题报告单等，分析和评价测试工作。需要在验收测试报告中记录以下内容：第六节验收测试相关案例验收测试阶段软件项目都有一个开发时间基线，包含一系列的里程碑，最常见的里程碑被称作“α”和“β”。对于这些里程碑的准确定义，不同公司差别很大，不过大体上来说，α软件是初级的，充满缺陷的但可用的软件，而β软件则是近乎完整的软件。α测试阶段优点α测试是用户在开发环境下的测试，或者是开发公司组织内部人员模拟各类用户行为，对即将面市的软件产品进行的测试，它是由开发人员或测试人员进行的测试。在α测试中，主要是对使用的功能和任务进行确认，测试的内容由用户需求说明书决定。要测试的功能和特性都是已知的；可以对测试过程进行评测和监测；可接受性标准是已知的；可能会发现更多由于主观原因造成的缺陷。缺点要求资源、计划和管理资源；无法控制所使用的测试用例；最终用户可能沿用系统工作的方式，并可能无法发现缺陷；最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷；用于验收测试的资源不受项目的控制，并且可能受到压缩。β测试阶段优点β测试由最终用户实施，通常开发（或其他非最终用户）组织对其的管理很少或不进行管理。β测试是所有验收测试策略中最主观的：测试员负责创建自己的环境、选择数据，并决定要研究的功能、特性或任务，采用的方法完全由测试员决定。测试由最终用户实施；大量的潜在测试资源；通过试用用户的参与，提高客户对参与人员的满意程度；试用的用户可以发现更多由主观原因造成的缺陷。缺点未对所有功能和特性进行测试；测试流程难以评测；最终用户可能沿用系统工作的方式，并可能没有发现或没有报告缺陷；最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷；用于验收测试的资源不受项目的控制，并且可能受到压缩；可接受性标准是未知的；需要更多辅助性资源来管理β验收测试测试员。某单位的“食品药品监管信息系统”软件项目进行验收测试的案例项目概述：根据该单位提供的需求说明、用户文档等方面的文档说明，依据国家标准GB/T17544-1998《信息技术软件包质量要求和测试》、GB/T16260.1-2006《软件工程

产品质量

第1部分：度量模型》、GB/T16260.2-2006《软件工程

产品质量

第2部分：外部度量》以及相关质量评价标准，从软件文档、功能性、可靠性、易用性、效率、维护性、可移植性、安全性八个方面对该软件进行了符合性测试和综合的评价。验收测试案例“食品药品监管信息系统”采用J2EE三层架构，B/S运行模式，后台使用IBMWebSphere中间件和Oracle数据库。该系统总体上分为业务监管、辅助办公、数据中心三部分。业务监管主要包含系统维护、字典管理、许可预受理、许可待办、许可证管理、受理服务、稽查待办、案件查处、案件审核查询、从业人员管理、诚信管理、广告监测、监督检查、抽样检验、动态监控、综合查询、统计分析等子系统；辅助办公主要包含OA办公、档案管理、内部网站、外部网站等子系统；数据中心包含基础数据中心和数据交互平台。各子系统间数据共享、功能互通，构成食品药品监管局内部统一的执法协作和业务监管平台。系统简介27测试内容分为三个方面，一方面对系统中的每个功能项目的输入、输出、处理、限制和约束等进行验证，测试各功能项的功能性、可靠性、易用性等进行逐一检测；另一方面验证业务流程的正确性，即检查系统的业务流程是否满足该市食品药品监督管理局的要求；同时根据系统对非功能性方面的要求，在对常规质量特性进行测试的同时，重点对性能（效率）、安全性进行了测试。测试内容功能方面系统中的许可预受理、许可待办、许可证管理、稽查待办、动态监控等子系统是测试的重点，依据需求说明书，分析许可证受理、稽查办案的处理流程，在此基础上根据业务需求设计出测试方法和用例，测试方法重点考虑了用非法的数据、非法的流程、非法的操作顺序等进行测试，以检查软件的执行过程、方式和结果，验证其容错、健壮、错误恢复能力。性能和安全方面28在性能（效率）方面，根据系统的性能需求，进行了性能符合性验证，取负载压力测试工具LoadRunner，通过进行负载压力测试和疲劳强度测试，验证系统的各项性能指标是否满足要求，是否可以长期稳定的运行。安全性是该食品药品监督管理局要求重点测试的部分，针对系统的安全性要求，进行了输入验证、身份鉴别、身份认证、敏感数据、配置管理、会话管理、参数维护、错误处理、审计日志、用户登录等方面的安全性测试。01020304GOAL测试结论29R在测试过程中，共计发现近四百项问题，从软件的质量特性来看，问题主要集中在软件的可靠性、功能性、效率、安全性上；从软件的业务功能来看，问题主要集中在许可预受理、许可待办、许可证管理、受理服务、稽查待办等子系统。经过软件评测中心严格的测试，我们认为某市食品药品监督管理局委托测试的“食品