软件测试-ch7-验收stmt

1软件测试方法和技术

第2版

第7章验收测试

兰方鹏Mobile:2第6章回顾系统集成的模式和方法功能测试与回归测试性能测试、压力测试、容量测试安全性

可靠性测试容错性测试3第7章验收测试7.1验收测试的过程和主要内容7.2产品规格说明书的验证7.3用户界面和可用性测试7.4兼容性测试7.5可安装性和可恢复性测试7.6文档测试4背景知识—软件外包说说你所知道的：什么是软件外包，软件外包行业的格局以及中国外包行业的现状随着时代发展，出现的一种行业的精细分工现在，外包企业主要做：非核心模块的详细设计、编码、测试以及软件本地化，外包企业自己不需要有核心的技术和产品。全球软件外包格局6中印软件外包行业竞争格局对比7什么是验收测试验收测试(AcceptanceTesting):

在软件产品完成了系统测试之后、产品发布之前所进行的软件测试活动，它是技术测试的最后一个阶段,也称为交付测试。又称用户验收测试（UserAcceptanceTesting)8不只是检验软件某个方面的质量，而是要进行全面的质量检验，并且要决定软件是否合格，因此验收测试是一项严格的正式测试活动。软件产品投入实际应用以前进行的最后一次质量检验活动，事关客户能否最终验收签字及付款。20%50%30%定金中期评审通过最终验收通过UAT是一项系统工程9验收测试的参与者：软测工程师和用户验收测试的任务：验证软件的功能和性能符合用户期待什么是验收测试10验收测试可以分为两个大的部分：软件配置审核和可执行程序测试。其大致顺序为：①文档审核②源代码审核③配置脚本审核④测试程序或脚本审核⑤可执行程序测试。验收测试概述11软件配置的包含内容对于一个外包的软件项目而言，软件承包方通常要提供如下相关的软件配置内容：⑴源程序可执行程序配置脚本测试程序或脚本。

12

⑵主要的开发类文档：《需求分析说明书》《概要设计说明书》《详细设计说明书》《数据库设计说明书》《测试计划》《测试报告》《程序维护手册》《程序员开发手册》《用户操作手册》《项目总结报告》。13⑶主要的管理类文档：《项目计划书》《质量控制计划》《配置管理计划》《用户培训计划》《质量总结报告》《评审报告》《会议记录》《开发进度月报》14审核要达到的基本目标是：根据共同制定的审核表，尽可能地发现被审核内容中存在的问题，并最终得到解决。在根据相应的审核表进行文档审核和源代码审核时，还要注意文档与源代码的一致性。软件配置审核

15可执行程序的测试可执行程序的测试包括功能、性能等方面的测试，每种测试也都包括目标、启动标准、活动、完成标准和度量等五部分。167.1验收测试的过程和主要内容前提:系统或软件产品已通过了系统测试的软件系统。测试内容: 验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，测试试图尽可能地发现软件中存留的缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品最终被用户接受。主要包括易用性测试、兼容性测试、安装测试、文档（如用户手册、操作手册等）测试等几个方面的内容。17测试步骤制定测试计划，测试项，测试策略及验收通过准则，并经过客户参与的计划评审。建立测试环境，设计测试用例，并经过评审。准备测试数据，执行测试用例，记录测试结果。分析测试结果，根据验收通过准则分析测试结果，作出验收是否通过及测试评价。测试项目通过；测试项目没有通过，并且不存在变通方法，需要很大的修改；测试项目没有通过，但存在变通方法，在维护后期或下一个版本改进；测试项目无法评估或者无法给出完整的评估。此时必须给出原因。如果是因为该测试项目没有说明清楚，应该修改测试计划。

提交测试报告验收测试过程流程图19验收报告的模板验收报告一般分为三个部分：头部，主体，尾部验收报告的头部应该标明项目的一些基本信息，参考格式如下：项目验收报告项目名称：产品名称：产品版本：客户名称：供应方：验收日期：20验收报告的模板（续）验收报告主体内容可以参考以下的模板格式：目录

....1前言

1.1编写目的

...1.2项目背景

...2功能验收验收项类别验收项名称说明是否通过验收备注3性能验收验收项类别验收项名称说明是否通过验收备注

4交付物验收验收项类别验收项名称说明是否通过验收备注硬件软件(安装光盘)

文档

......5验收结论

.....21验收报告模板（续）在验收报告的尾部，需要注明验收报告的时间，验收单位（个人）等验收测试相关信息。参考格式如下：验收方：提供方：项目负责人签字：项目负责人签字：日期：日期：22验收标准和注意事项验收测试完成标准:完全执行了验收测试计划中的每个测试用例。在验收测试中发现的错误已经得到修改并且通过了测试或者经过评估留待下一版本中修改。

完成软件验收测试报告。注意事项：必须编写正式的、单独的验收测试报告验收测试必须在实际用户运行环境中进行由用户和测试部门共同执行。如公司自开发产品，应由测试人员，产品设计部门，市场部门等共同进行。237.2产品规格说明书的验证产口规格说明书的审核

从客户的角度和立场进行审核工作。检验套用标准的正确性，不要和行业规范相抵触。审查、研究同类产品。验证产品规格说明书的完整性、准确性、一致性、合理性等特性。产口规格说明书的验证

已经实现的特性标识为通过。特性没有实现,报告bug并在报告中体现。特性基本实现,但与产品说明书内容不一致,报bug并在报告中体现。特性基本实现,但存在一些问题或错误。24什么是适用性(usability)?EasytodiscoverEasytolearnEasytouseAvailability257.3用户界面和可用性测试用户界面的7个要素:符合标准和规范。直观性。一致性。灵活性。舒适性。

正确性。实用性。易用性测试没有具体量化的指标，主观性较强。26符合标准和规范通常标准是已经确立的，多数用户已经熟悉并接受了这些标准和规范、或已经认同了这些信息所代表的意义。例：如果软件在某一个平台上运行，就需要把该平台的标准和规范作为产品规格说明书的补充内容，在建立测试案例时和产品规格说明书一样作为依据

27直观性和一致性直观性：-首先了解所需的功能或期待的响应应该明显，并在预期的地方出现。-其次要考虑用户界面的组织和布局是否合理。一致性：-包括软件本身的一致性，以及软件与其他软件的一致性。28软件本身的一致性与公司其他软件、第三方软件的一致性字体是否一致界面的各元素风格是否一致平台的标准和规范是否一致一致性29直观性例子30灵活性用户喜欢可以灵活选择的软件，软件可以选择不同的状态和方式，完成相应的功能。但灵活性也可能发展为复杂性，太多的状态和方式的选择增加的不仅仅是用户理解和掌握的困难程度。多种状态之间的转换，增加了编程的难度，更增加了软件测试人员的工作量。例：31舒适性、正确性、实用性舒适性：恰当的表现、合理的安排、必要的提示或更正能力等是要考虑的因素，包括容错处理和性能。例如：苹果公司的系列产品32舒适性例子33正确性正确性的问题一般都很明显，比较容易发现。是否有多余或遗漏的功能功能是否被正确实现语言拼写是否无误在不同媒介上的表现是否一致所有界面元素的状态是否都准确无误34实用性实用性不是指软件本身是否实用，而仅仅指的是具体特性是否实用。大型软件的开发或周期较长经过几次反复的软件开发中容易产生一些没有实用性的功能。指软件产品的各个功能是否实用无用的功能会增加程序的复杂度，产生不必要的缺陷。软件开发和维护过程中，随着软件演化会产生一些没有实用价值的功能。没有一个具体量化的指标，主观性较强。35简单性

1-clickNextNextNext…36377.4兼容性测试软件兼容性测试是指验证软件之间是否正确地交互和共享信息。

注意：从项目管理的角度出发，使平台清单在满足客户要求的前提下尽可能的小是十分重要的，否则将会给编码和测试带来巨大的工作量。

兼容性包括：硬件兼容。软件之间兼容。数据之间兼容。38向前和向后兼容向后兼容新版本程序能支持以前老版本的数据或者新版本的设备能支持以前的软件或者设备。向前兼容指以前老版本能支持新版本程序或者用老的设备能支持新的软件或者设备。39Backward&forwardcompatibleData.docWord97runningonWin98Word2003runningonWindowsXPForwardCompatibilityBackwardCompatibilityXXXrunningonOS2005Word2000runningonWindows2KWord2000runningonWin95Word95/97runningonWin95/98Data.RTFData.txtToolsMustdoHadbetterdesignLoadolddataImportolddataExchangenewdata40数据共享兼容性测试数据共享兼容性测试表现的方面剪切、复制和粘贴(注意快捷键)文件的存取文件的数据格式必须符合标准，能被其他应用软件读取文件的导入和导出414243ImpactoftestingMultipleversionsNewComputingPlatform2005PaintingandDrawingProgramsDatabaseWordProcessorsSpreadsheetProgramsGamesEducationalProgramsCompatibilitytestPopularity:Top100or1000basedonsalesdadaAge:<3-yearoldType:breakintotypes:DB,Word,Graph,…

ManufacturerCriteriatoChooseprograms44

硬件兼容性测试配置测试的必要性计算机配置的复杂多样性配置测试的基本方法配置测试的主要任务是发现硬件配置缺陷判断一个缺陷是否是配置缺陷，常用方法是在另一台不同配置的计算机上执行相同操作，如果缺陷没有出现，就可以是配置缺陷存在组合爆炸问题，可以考虑采用等价类划分、组合测试等技术进行划分和优化45多版本的测试一个庞大而又艰巨的任务，需要对所有可能的软件组合等价分配，验证软件之间正确交互的最小有效集合。

通常我们的做法是：将软件分类。例如：字处理，电子表格，数据库，图形处理，游戏等。从每种类型中选择部分测试软件。按软件的流行程度选择较流行的软件。按年份，选取一定年份内的程序和版本。46例:设计测试矩阵表每一个浏览器和版本支持的特性上都有细微的差别，在不同的操作系统上表现也有所不同。

PCUnix/MacWin98WinMEWinNTWin2000SolarisHP-UXOSIXOSXIE5√√IE5.5√√√IE6√√√NS4.7√√√√NS6.0√√…477.5可安装性和可恢复性测试软件测试中容易忽略的一个环节可安装性测试:系统软件安装应用软件安装服务器的安装客户端的安装产品升级安装

驱动程序的安装等等48安装性测试49卸载50安装与卸载测试软件安装方式多样化：有客户端软件安装、有通过浏览器下载安装、服务器端的系统部署、云服务平台等客户端安装测试时验证能否正确安装成功、安装步骤是否清晰、中途是否退出、安装完之后能否顺利卸载、卸载时是否破坏用户数据、是否能够正常升级等51可安装性测试安装测试注意事项:是否需要专业人员安装。安装说明书有无对安装环境做限制和要求。过程是否简单、易掌握。过程中是否有明显的、合理的提示信息。是否会出现不可预见或不可修复的错误。安装程序是否占用系统资源与原系统冲突，是否会影响原系统安全性。软件安装的完整性和灵活性。提供多种安装模式（最大、最小、自定义等）许可证号码与注册号码的验证。升级安装后原有程序是否可正常运行。卸载测试。52可恢复性测试

恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误或重新启动系统。

恢复测试首先要通过各种手段，让软件强制性地发生故障，然后验证系统是否能尽快恢复。

对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性；

对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。537.6文档测试软件文档已成为软件的一个重要组成部分，而且种类繁多，对文档的测试也变得必不可少。

文档的种类。联机帮助文档或用户手册；指南和向导；安装、设置指南；示例及模板；错误提示信息；用于演示的图像和声音；授权/注册登记表及用户许可协议；软件的包装、广告宣传材料；等等。54文档测试软件文档已成为软件的一个重要组成部分，而且种类繁多，对文档的测试也变得必不可少。文档是软件重要组成部分，所以文档的错误也是缺陷文档的重要性用户通过文档可以掌握具体的使用方法，提高易用性用户使用软件时遇到问题，通过帮助文档可以有效解决问题，减少企业技术支持费用55怎样进行文档测试好的文档能达到提高易用性、提高可靠性、降低技术支持的费用的目的，从而提高了产品的整体质量。主要检查文档的正确性：不要把软件的功能和操作写错，不允许文档内容前后矛盾完备性：不能漏掉关键内容易理解性：文档不能含糊，要清晰，要让大众用户看得懂，容易理解一致性：检查产品功能描述是否自相矛盾，与其他功能有没有冲突56验收测试报告和用户验收测试验收测试的常用策略有三种：正式验收测试非正式验收或Alpha测试Beta测试验收测试报告，也称为发布报告（ReleaseReport）57

正式验收测试正式验收测试是一项管理严格的过程，它通常是系统测试的延续。计划和设计这些测试的周密和详细程度不亚于系统测试。选择的测试用例应该是系统测试中所执行测试用例的子集。不要偏离所选择的测试用例方向，这一点很重要。58正式验收测试的优点要测试的功能和特性都是已知的。测试的细节是已知的并且可以对其进行评测。这种测试可以自动执行，支持回归测试。可以对测试过程进行评测和监测。可接受性标准是已知的。59正式验收测试的缺点要求大量的资源和计划。这些测试可能是系统测试的再次实施。可能无法发现软件中由于主观原因造成的缺陷，这是因为只查找预期要发现的缺陷。60α测试α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的用户操作方式。61

alpha测试的特点