软件验收测试

第7章验收测试7.1验收测试的过程和主要内容7.2产品规格说明书的验证7.3文档测试7.4用户界面和可用性测试7.5可安装性和可
恢复性测试什么是验收测试验收测试(AcceptanceTest):在软件产品完成了系统功能和非功能测试之后、产品发布之前所进
行的软件测试活动它是技术测试的最后一个阶段，也称为交付测试。7.1验收测试的过程和主要内容前提:系统或软件产品已通过了系统测
试的软件系统。测试内容: 验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，测试尽可能地发现软件中存留的
缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品最终被用户接受。主要包括易用性测试、安装测试、文档（如用户手册）测试等几个
方面的内容。测试步骤制定测试计划及验收通过准则，通过客户评审设计测试用例并通过评审准备测试环境与数据，执行测试用例，记录测试结果
分析测试结果，根据验收通过准则分析测试结果，作出验收是否通过及测试评价。测试项目通过；测试项目没有通过，但存在变通方法，在维护后期
或下一个版本改进；测试项目没有通过，并且不存在变通方法，需要很大的修改；测试项目无法评估或者无法给出完整的评估。此时须给出原因提
交测试报告验收标准和注意事项验收测试完成标准:完全执行了验收测试计划中的每个测试用例在验收测试中发现的错误已经得到修改并且通过了测
试、或经过评估留待下一版本中修改?完成软件验收测试报告注意事项：必须编写正式的、单独的验收测试报告验收测试必须在实际用户运行环境中
进行由用户和测试部门共同执行。如公司自开发产品，应由测试人员，产品设计部门，市场部门等共同进行敏捷中的验收测试回归测试+BVTDa
ily全过程持续的单元/系统测试测试需求测试任务测试计划可发布的产品阶段性成果测试用例验收测试产品Backlog(确定优先级)敏
捷中的验收测试-续敏捷开发中的用户故事：用户故事在软件开发过程中被作为描述需求的一种表达形式，用来确认用户和用户需求的简短描述。用
户故事=用户+故事=人+故+事用户故事的三要素：[1]角色：谁要使用这个[2]活动：要完成什么活动或者任务
[3]价值：为什么要这么做，这么做能带来什么价值用户故事的3C原则：卡片：将用户故事写在卡片上交谈：将用户故事背后的细节与客户交
流确认：要确认用户故事被正确完成敏捷中的验收测试-续只有验收通过故事才算开发完成，对于一个故事，开发人员和客户可能会讨论很多，讨论
的内容可以以测试用例的形式记录下来，这样就为我们故事测试做了铺垫，目前敏捷开发中测试大约有如下2个步骤：[1]将测试要点记录到敏
捷的故事卡的背面，任何时候发现新的测试，都可以记录到故事卡背面。[2]将测试要点变成全面测试，这些测试用来演示故事已正确、完整的
实现。敏捷中的验收测试-续在编写代码之前写测试验收测试可以为程序员提供大量的有用的信息，经常的看验收测试说明可以保证程序员不去写
那些不符合测试说明的代码,应该在如下时候写测试?[1]开发人员和客户讨论故事且需要记录明确的细节时[2]在迭代开始时候、在写代
码前作为一项专门的任务[3]在开发中或者任何时候发现新的测试时?可以使用如下提问的方法来收集测试用例?[1]关于这个故事、程序
员还想知道什么？[2]对怎么实现这个故事，我的想法是什么？[3]有没有特殊情况会使这个故事有不一样的行为？[4]这个故事什么
情况下会出错？敏捷中的验收测试-续客户定义测试?客户可以和程序员与测试人员合作创建测试、但是客户至少应该给我们详细的指出一些测试
，用以验证故事的实现是正确的。1、测试是过程的一部分测试是开发过程的一部分，而不是编码完成后要做的事，这点对使用用户故事非常的
重要。2、多少测试才算多?只要这些测试还在继续为故事增加价值和是它更加清晰，客户就应当继续写测试。?第7章验收测试7.1验
收测试的过程和主要内容7.2产品规格说明书的验证7.3文档测试7.4用户界面和可用性测试7.5可安装性和可恢复性测试7.2
产品规格说明书的验证产品规格说明书的审核从客户的角度和立场进行审核工作检验套用标准的正确性，不要和行业规范相抵触审查、研究同类产
品。验证其完整性、准确性、一致性、合理性等特性。产品规格说明书的验证已经实现的特性标识为通过特性没有实现、报告bug并在报告中体现
特性基本实现，但与其不一致，报bug并在报告中体现第7章验收测试7.1验收测试的过程和主要内容7.2产品规格说明书的验证7.
3文档测试7.4用户界面和可用性测试7.5可安装性和可恢复性测试7.3文档测试文档的种类联机帮助文档或用户手册；指南和向
导；安装、设置指南；示例及模板；错误提示信息；用于演示的图像和声音；授权/注册登记表及用户许可协议；软件的包装、广告宣传材料；……
怎样进行文档测试好的文档能达到提高易用性、提高可靠性、降低技术支持费用的目的，从而提高了产品的整体质量。主要检查文档:正确性
完备性可理解性一致性第7章验收测试7.1验收测试的过程和主要内容7.2产品规格说明书的验证7.3文档测试7.4用户界面
和可用性测试7.5可安装性和可恢复性测试7.4用户界面和易用性测试用户界面的7个要素:符合标准和规范直观性一致性灵活
性舒适性正确性实用性7.4用户界面和易用性测试1、符合标准和规范通常标准是已经确立的，多数用户已经熟悉并接受了这些标准和规
范、或已经认同了这些信息所代表的意义。例：如果软件在某一个平台上运行，就需要把该平台的标准和规范作为产品规格说明书的补充内容，在建
立测试案例时和产品规格说明书一样作为依据7.4用户界面和易用性测试2、直观性：-首先确定所需的功能或期待的结果是否直观、显著
，并在预期的地方出现。-其次要考虑用户界面的组织和布局是否合理。7.4用户界面和易用性测试3、一致性：包括软件本身的一致性，以
及软件与其他软件的一致性。例如：字体是否一致，软件各元素风格是否一致。另外，一致性的问题还体现在平台的标准和规范上，用户习惯于将某
一程序的操作方式带到另一个程序中使用。7.4用户界面和易用性测试4、灵活性用户可灵活地选择不同的状态和方式，完成相应的功能。但灵
活性也可能发展为复杂性，太多的状态和方式增加了用户理解和掌握的困难，也增加了编程的难度和测试的工作量例：7.4用户界面和易用性测
试5、舒适性：恰当的表现、合理的安排、必要的提示或更正能力等是要考虑的因素，包括容错处理和性能。6、正确性：正确性的问题一般都很明
显，比较容易发现。7、实用性：实用性不是指的是软件本身是否实用，而仅仅指的是具体特性是否实用。大型软件的开发或周期较长经过几次反
复的软件开发中容易产生一些没有实用性的功能。7.4用户界面和易用性测试这七个要素处理好了，软件的易用性就处理好了。易用性测试没
有具体量化的指标，主观性较强EasytodiscoverEasytolearnEasytouseAvailab
ility7.5可安装性和可恢复性测试系统软件安装应用软件安装服务器的安装客户端的安装产品升级安装可安装性测试安装说
明书有无对安装环境限制和特别要求？过程是否简单、易掌握？过程中是否有明显的、合理的提示信息？是否会出现不可预见或不可修复的错
误？安装程序是否占用与原系统冲突的资源(如端口)？安装中途是否可退出？是否能够后退？能否安全卸载测试？升级安装后原有程序是
否可正常运行？许可证号码与注册号码的验证安装性测试卸载卸载最大的风险是什么？可恢复性测试检查系统的容错能力。当系统出错时，能否在指定时间内修正错误或重新启动系统。恢复测试:通过各种手段、让软件强制性地发生故障，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。