《软件测试过程培训.ppt》由会员分享，可在线阅读，更多相关《软件测试过程培训.ppt（72页珍藏版）》请在三一办公上搜索。
1、2007-03-23Zoe,Sam,Alex,Kit,Coco,NMT测试培训手册软件测试过程,2007-03-23Zoe,Sam,Alex,Kit,Coco,文件修改控制,2007-03-23Zoe,Sam,Alex,Kit,Coco,软件测试过程,.,单元测试 A,单元测试 B,单元测试,.,确认测试,系统测试,集成测试,.测试,UAT,2007-03-23Zoe,Sam,Alex,Kit,Coco,单元测试（Unit Test),2007-03-23Zoe,Sam,Alex,Kit,Coco,目 录（单元测试）,单元测试的背景单元测试的定义单元测试的主要目标单元测试的主要测试范围单元测试
2、的工具单元测试的内容单元测试的人员安排单元测试的培训需求 单元测试的评价准则单元测试后记,2007-03-23Zoe,Sam,Alex,Kit,Coco,1、单元测试的背景,要进行充分的单元测试，应专门编写测试代码，并与产品代码隔离。比较简单的办法是为产品工程建立对应的测试工程，为每个类建立对应的测试类，为每个函数建立测试函数。同时，在单元测试之前应先编写产品函数的框架，然后编写测试函数，针对产品函数的功能编写测试用例，再编写产品函数的代码，每写一个功能点都运行测试，随时补充测试用例。,2007-03-23Zoe,Sam,Alex,Kit,Coco,2、单元测试的定义,单元测试是软件测试中的基
3、本活动，在单元测试活动中，软件独立单元将在与程序的其他部分相隔离的情况下进行测试。单元测试是对软件基本组成单元进行的测试。测试对象是模块。单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。例如，你可能把一个很大的值放入一个有序List 中去，然后确认该值出现在List 的尾部。或者，你可能会从字符串中删除匹配某种模式的字符，然后确认字符串确实不再包含这些字符了。,2007-03-23Zoe,Sam,Alex,Kit,Coco,3、单元测试的主要目标,信息能否正确的流入流
4、出；在单元工作过程中，其内部数据能否保持完整性；在为闲置数据加工而设置的边界是否工作正常；单元运行能否满足特定逻辑覆盖；单元中发生错误，出错处理是否有效。,2007-03-23Zoe,Sam,Alex,Kit,Coco,4、单元测试的主要测试范围,模块接口测试模块局部数据结构测试模块边界条件测试模块中所有执行通路测试模块的各条错误处理通路测试,2007-03-23Zoe,Sam,Alex,Kit,Coco,5、单元测试的工具,用于单元测试的工具较多，本文主要介绍以下几种，主要用于C语言。CppUnitC+TestVisual UnitAdaTest and Cantata,2007-03-23
5、Zoe,Sam,Alex,Kit,Coco,6、单元测试的内容（一）,一、单元测试过程：在详细设计阶段完成单元测试计划建立单元测试环境，完成测试计划和开发执行单元测试用例检查测试用例是否通过提交单元测试报告,2007-03-23Zoe,Sam,Alex,Kit,Coco,6、单元测试的内容（二）,二、测试用例设计（黑盒测试）：测试用例的核心是输入数据。输入数据包括四类：参数、成员变量、全局变量、IO媒体。我们应该用一定的规则选择有代表性的数据作为输入数据，主要有以下三种：每种输入还可以分类，也就是平常说的等价类法，每类取一个数据作为输入数据，如果测试通过，可以肯定同类的其他输入也是可以通过的。
6、正常输入 边界输入 非法输入,2007-03-23Zoe,Sam,Alex,Kit,Coco,6、单元测试的内容（三）,三、测试用例设计（白盒测试）：单元测试还需要从另一个角度来设计测试数据，即针对程序的逻辑结构来设计测试用例，就是所谓的白盒测试。普通方法是画出程序的逻辑结构图如程序流程图或控制流图，根据逻辑结构图设计测试用例，这些是纯粹的白盒测试。白盒测试针对程序的逻辑结构设计测试用例，用逻辑覆盖率来衡量测试的完整性。逻辑单位主要有：语句、分支、条件、条件值、条件值组合，路径。语句覆盖就是覆盖所有的语句，其他类推。还有一种判定条件覆盖，其实是分支覆盖与条件覆盖的组合。,2007-03-23Z
7、oe,Sam,Alex,Kit,Coco,7、单元测试的人员安排,单元测试的工作主要由程序员自己完成。单元测试由程序员自己来完成，最终受益的也是程序员自己。程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。经过了单元测试的代码才是已完成的代码，提交产品代码时也要同时提交测试代码。测试部门可以作一定程度的审核。,2007-03-23Zoe,Sam,Alex,Kit,Coco,8、单元测试的培训需求,初步了解单元测试的基本概念，如何结合工具进行单元测试，并通过对系统分析制定单元测试方案，建立测试模型，得出测试结果，分析测试数
8、据。熟悉掌握自动化测试工作，并建立企业级的自动化测试平台，提高自动化测试实施的成功概率，降低自动化测试的实施成本。,2007-03-23Zoe,Sam,Alex,Kit,Coco,9、单元测试的评价准则,单元测试结束的标志：软件单元功能与设计需求一致软件接口与设计需求一致能够正确处理输入和运行中的错误在单元测试中发现的错误已经得到修改并且通过了测试达到相关的覆盖率的要求完成软件单元测试报告,2007-03-23Zoe,Sam,Alex,Kit,Coco,10、单元测试后记,一个尽责的单元测试方法将会在软件开发的某个阶段发现很多Bug，并且修改它们的成本也很低。在软件开发的后期阶段，Bug的发现
9、并修改将会变得更加困难，并要消耗大量的时间和开发费用。无论什么时候作出修改都要进行完整的回归测试，在生命周期中尽早地对软件产品进行测试将使效率和质量得到最好的保证。在提供了经过测试的单元的情况下，系统集成过程将会大大地简化。开发人员可以将精力集中在单元之间的交互作用和全局的功能实现上，而不是陷入充满很多Bug的单元之中不能自拔。,2007-03-23Zoe,Sam,Alex,Kit,Coco,集成测试（Integration Test),2007-03-23Zoe,Sam,Alex,Kit,Coco,目 录（集成测试）,集成测试定义集成测试背景&测试范围集成测试目标集成测试工具 集成测试内容集
10、成测试过程集成测试工作内容及其流程 集成测试常用方案&模式集成测试意义及必然性 集成测试人员安排测试培训 评价准则,2007-03-23Zoe,Sam,Alex,Kit,Coco,1、集成测试定义,集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。,2007-03-23Zoe,Sam,Alex,Kit,Coco,2、集成测试背景&测试范围,背景：集成测试是在单元测试的基础上开展的。测试范围：单元间的接口以及集成后的功能。,2007-03-23Zoe,Sam,Ale
11、x,Kit,Coco,3、集成测试目标,集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题:数据穿过接口时可能丢失；一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等。,2007-03-23Zoe,Sam,Alex,Kit,Coco,4、集成测试工具,Selenium 成为较好的集成测试工具的原因：Selenium IDE，一个FireFox plugin，能自动记录用户的操作，生成测试脚本；生成的测试脚本可以用Selenium Core手工执
12、行，也基于Selenium RC放入Java，C#，Ruby的单元测试用例中自动运行；测试用例调用实际的浏览器(如IE、FireFox)来执行测试。和有些开源方案自行实现Web解释引擎相比，实际的浏览器能模拟更多用户交互JS语法，顺便还可以测试各浏览器兼容性；测试脚本语法非常简单。,2007-03-23Zoe,Sam,Alex,Kit,Coco,5、集成测试内容,软件集成测试主要依据软件结构设计（概要设计）文档，测试主要内容有功能性、可靠性、易用性、效率、维护性和可移植性中相关的部分，根据软件需求和设计的要求而选定。验证各软件单元集成后形成的模块能否达到概要设计规格说明中各模块的设计目标；集成
13、测试要保证模块的内部正确性以及保证模块能最终集成为完整的系统。,2007-03-23Zoe,Sam,Alex,Kit,Coco,6、集成测试过程,制定集成测试计划,设计集成测试,实施集成测试,执行集成测试,评估集成测试,2007-03-23Zoe,Sam,Alex,Kit,Coco,7、集成测试工作内容及其流程,2007-03-23Zoe,Sam,Alex,Kit,Coco,8、集成测试常用方案&模式,集成测试常用方案：自底向上集成测试 核心系统先行集成测试 高频集成测试 集成测试的模式：非渐增式测试模式：先分别测试每个模块，再把所有模块按设计要求一次全部组装起来所要的系统，然后进行整体测试。
14、渐增式测试模式：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个模块结合进来测试。,2007-03-23Zoe,Sam,Alex,Kit,Coco,9、集成测试意义及必然性,所有的软件项目都不能摆脱系统集成这个阶段。不管采用什么开发模式，具体的开发工作总得从一个一个的软件单元做起，软件单元只有经过集成才能形成一个有机的整体。集成测试的必要性还在于一些模块虽然能够单独地工作，但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题，有可能在全局上会暴露出来，影响功能的实现。此外，集成测试的意义还在于它能间接地验证概要设计是否具有可行性。,2007-03-23Z
15、oe,Sam,Alex,Kit,Coco,10、集成测试人员安排,集成测试经理：控制并完成测试任务和测试过程，决定测试人员提交上来的bug是否需要修改。测试设计人员：书写集成测试用例。测试人员：按照测试用例进行测试活动。开发人员：程序bug修改。,2007-03-23Zoe,Sam,Alex,Kit,Coco,11、测试培训,集成测试经理有责任对测试相关人员进行测试流程，规章制度培训。测试设计人员有责任对测试人员进行测试操作培训。,2007-03-23Zoe,Sam,Alex,Kit,Coco,12、评价准则,集成测试用例设计已经通过评审。按照集成构件计划及增量集成策略完成了整个系统的集成测试
16、。达到了测试计划中关于集成测试所规定的覆盖率的要求。被测试的集成工作版本每千行代码必须发现至少2个错误。集成工作版本满足设计定义的各项功能、性能要求。在集成测试中发现的错误已经得到修改，各级缺陷修复率达到标准。,2007-03-23Zoe,Sam,Alex,Kit,Coco,确认测试（Validation Test),2007-03-23Zoe,Sam,Alex,Kit,Coco,概 述,确认测试又称有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求
17、规格说明书中已经明确规定，它包含的信息就是软件确认测试的基础。,2007-03-23Zoe,Sam,Alex,Kit,Coco,确认测试的基本方法,通过集成测试之后，软件已完全组装起来，接口方面的错误也已排除，确认测试即可开始。确认测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。确认测试阶段有两项工作：1.进行确认测试2.软件配置复审,2007-03-23Zoe,Sam,Alex,Kit,Coco,1.进行确认测试,实现软件确认要通过一系列黑盒测试。确认测试同样需要制订测试计划和过程，测试计划应规定测试的种类和测试进度，测试过程则定义一些特殊的测试用例，旨在说明软件
18、与需求是否一致。无论是计划还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如：可移植性、兼容性、错误恢复能力等）是否令用户满意。,2007-03-23Zoe,Sam,Alex,Kit,Coco,确认测试的测试内容,安装测试功能测试可靠性测试安全性测试时间及空间性能测试易用性测试可移植性测试可维护性测试文档测试,2007-03-23Zoe,Sam,Alex,Kit,Coco,在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类：测试结果与预期的结果相符：这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。
19、测试结果与预期的结果不符：这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。对这样的错误进行修改，工作量可能非常大，必须同用户协商。,2007-03-23Zoe,Sam,Alex,Kit,Coco,2.软件配置复审,确认测试的另一个重要环节是软件配置复审。软件配置审查的任务是检查软件的所有文档资料的完整性、正确性，如发现遗漏和错误，应补充和改正。同时要编排好目录，为以后的软件维护工作奠定基础。,2007-03-23Zoe,Sam,Alex,Kit,Coco,软件配置复审的目的,软件配置复审的目的是保证：软件配置的所有成分都齐全；各方面的质量都符合要求；具有维护阶
20、段所必需的细节；而且已经编排好分类的目录。应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。,2007-03-23Zoe,Sam,Alex,Kit,Coco,系统测试(System Test),2007-03-23Zoe,Sam,Alex,Kit,Coco,目 录（系统测试）,系统测试的定义系统测试的背景系统测试的目标系统测试的范围系统测试的流程系统测试的层次系统测试的方法测试人员的安排评价准则,2007-03-23Zoe,Sam,Alex,Kit,Coco,1、系统测试的定义,系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满
21、足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。系统测试是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。,2007-03-23Zoe,Sam,Alex,Kit,Coco,2、系统测试的背景,在系统测试之前，单元测试和集成测试等必须要进行完毕，只有它们完成了，才能保证相应的系统测试进行。,2007-03-23Zoe,Sam,Alex,Kit,Coco,3、系统测试的目标,确保系统测试的活动是按计划进行的；
22、验证软件产品是否与系统需求用例不相符合或与之矛盾；建立完善的系统测试缺陷记录跟踪库；确保软件系统测试活动及其结果及时通知相关小组和个人。,2007-03-23Zoe,Sam,Alex,Kit,Coco,4、系统测试的范围,系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。,2007-03-23Zoe,Sam,Alex,Kit,Coco,5、系统测试的流程,2007-03-23Zoe,Sam,Alex,Kit,Coco,Step1 制定系统测试
23、计划,系统测试小组各成员共同协商测试计划。测试组长按照指定的模板起草系统测试计划。该计划主要包括：测试范围（内容）测试方法 测试环境与辅助工具 测试完成准则 人员与任务表 项目经理审批系统测试计划。该计划被批准后，转向Step2。,2007-03-23Zoe,Sam,Alex,Kit,Coco,Step2 设计系统测试用例,系统测试小组各成员依据系统测试计划和指定的模板，设计（撰写）系统测试用例。测试组长邀请开发人员和同行专家，对系统测试用例进行技术评审。该测试用例通过技术评审后，转向Step3。,2007-03-23Zoe,Sam,Alex,Kit,Coco,Step3 执行系统测试,系统测
24、试小组各成员依据系统测试计划和系统测试用例执行系统测试。将测试结果记录在系统测试报告中，用“缺陷管理工具”来管理所发现的缺陷，并及时通报给开发人员。,2007-03-23Zoe,Sam,Alex,Kit,Coco,Step4 缺陷管理与改错,从Step1至Step3，任何人发现软件系统中的缺陷时都必须使用指定的“缺陷管理工具”。该工具将记录所有缺陷的状态信息，并可以自动产生缺陷管理报告。开发人员及时消除已经发现的缺陷。开发人员消除缺陷之后应当马上进行回归测试，以确保不会引入新的缺陷。,2007-03-23Zoe,Sam,Alex,Kit,Coco,6、系统测试的层次,整个测试过程中的测试依据主
25、要是产品系统的需求规格说明书、各种规范、标准和协议等；首先需要对需求规格进行充分的分析，分解出各种类型的需求（功能性需求、性能要求、其他需求等），在此基础上才可以开始测试设计工作；通常需要从以下几个层次来进行设计：用户层、应用层、功能层、子系统层、协议层,2007-03-23Zoe,Sam,Alex,Kit,Coco,7、系统测试的方法,系统测试应该由若干个不同测试组成，目的是充分运行系统，验证系统各部件是否都能正当工作并完成所赋予的任务。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等，下面简单讨论几类系统测试。,2007-03-23Zoe,Sam,Alex,Kit,Coco,系
26、统测试方法之恢复测试,恢复测试是通过各种手段，让软件强制性地发生故障，然后来验证恢复是否能正常进行的一种系统测试方法。许多基于计算机的系统必须在一定的时间内从错误中恢复过来，然后继续运行。在有些情况下，一个系统必须是可以容错的，这就是说，运行过程中的错误不能使整个系统的功能都停止。在其他情况下，一个系统错误必须在一个特定的时间段之内改正，否则就会造成严重损失。,2007-03-23Zoe,Sam,Alex,Kit,Coco,系统测试方法之安全测试,安全测试检查系统对非法侵入的防范能力。安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。例如，想方设法截取或破译口令；专门定做软件破坏
27、系统的保护机制；故意导致系统失败，企图趁恢复之机非法进入等等。理论上讲，只要有足够的时间和资源，没有不可进入的系统。因此系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。此时非法侵入者已无利可图,2007-03-23Zoe,Sam,Alex,Kit,Coco,系统测试方法之压力测试,压力测试是在一种需要反常数量、频率或资源的方式下运行系统。例如，当平均每秒出现1个或2个中断的情形下，应当对每秒出现10个中断的情形来进行特殊的测试；把输入数据的量提高一个数量级来测试输入功能会如何响应；应当执行需要最大的内存或其他资源的测试用例；运行一个虚拟的操作系统中可能会引起大量的驻留磁盘数据的测试
28、用例。从本质上来说，测试者是想要破坏程序。,2007-03-23Zoe,Sam,Alex,Kit,Coco,系统测试方法之性能测试,性能测试就是用来测试软件在系统中的运行性能的。对于那些实时和嵌入式系统，软件部分即使满足功能要求，也未必能够满足性能要求，虽然从单元测试起，每一测试步骤都包含性能测试，但只有当系统真正集成之后，在真实环境中才能全面、可靠地测试运行性能系统性能测试是为了完成这一任务。性能测试有时与强度测试相结合，经常需要其他软硬件的配套支持。,2007-03-23Zoe,Sam,Alex,Kit,Coco,系统测试方法之功能测试,功能测试又称正确性测试，它检查软件的功能是否符合规格
29、说明。由于正确性是软件最重要的质量因素，所以其测试也最重要。基本的方法是构造一些合理输入，检查是否得到期望的输出。这是一种枚举方法。测试人员一定要设法减少枚举的次数，否则测试投入太大。还有一种有效的测试方法是边界值测试。即采用定义域或者等价区间的边界值进行测试。,2007-03-23Zoe,Sam,Alex,Kit,Coco,系统测试方法之安装/卸载测试,安装测试基本目标：1.安装程序能正确运行；2.程序安装正确；3.程序安装后能正确运行；4.完善性安装后程序能正确运行；卸载测试,2007-03-23Zoe,Sam,Alex,Kit,Coco,8、测试人员的安排,由于系统测试涉及到很多方面，所
30、以需要一些经验比较丰富和熟悉软件测试流程和方法，掌握软件工程知识的测试人员来完成。,2007-03-23Zoe,Sam,Alex,Kit,Coco,9、评价准则,启动准则：产品需求和系统设计文档完成之后。停止准则：1)系统测试用例设计已经通过评审；2)照系统测试计划完成了系统测试；3)达到了测试计划中关于系统测试所规定的覆盖率的要求；4)被测试的系统每千行代码必须发现至少1个错误；5)系统满足需求规格说明书的要求；6)在系统测试中发现的错误已经得到修改，各级缺陷修复率达到标准；7)本规程所有文档已经完成。,2007-03-23Zoe,Sam,Alex,Kit,Coco,测试&测试(Alpha
31、Test&Beta Test),2007-03-23Zoe,Sam,Alex,Kit,Coco,概 述,在一套应用软件上市前，通常都会经过两阶段的测试步骤:第一阶段称为Alpha()Test，通常是将软件散播给经销商或是较能信任的软件测试员，或是指研发厂商内部的测试；第二阶段称为Beta()Test，在此阶段是将软件散布给一般的使用者，而不为测试的对象做特别的限定，一般在市面上流传的测试版多属于Beta版。每个阶段都可细分更小的阶段，以Alpha 1、Alpha 2、Beta 1、Beta 2等来区分。目的是从实际终端用户的使用角度，对软件的功能和性能进行测试，以发现可能只有最终用户才能发现的
32、错误。,2007-03-23Zoe,Sam,Alex,Kit,Coco,、测试必要性,事实上，软件开发人员不可能完全预见用户实际使用程序的情况。例如，用户可能错误的理解命令，或提供一些奇怪的数据组合，亦可能对设计者自认明了的输出信息迷惑不解，等等。因此，软件是否真正满足最终用户的要求，应由用户进行一系列“验收测试”。验收测试既可以是非正式的测试，也可以有计划、有系统的测试。有时，验收测试长达数周甚至数月，不断暴露错误，导致开发延期。一个软件产品，可能拥有众多用户，不可能由每个用户验收，此时多采用称为、测试的过程，以期发现那些似乎只有最终用户才能发现的问题。,2007-03-23Zoe,Sam,
33、Alex,Kit,Coco,测试,测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为版本）进行测试，试图发现错误并修正。测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的 用户操作方式。测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。经过测试调整的软件产品称为版本。,2007-03-23Zoe,Sam,Alex,Kit,Coco,测试,测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用版本，开发者通常不在测试现场，因
34、而，测试是在开发者无法控制的环境下进行的软件现场应用。在测试中，由用户记下遇到的所有问题，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当测试达到一定的可靠程度后，才能开始测试。由于测试的主要目标是测试可支持性，所以测试应该尽可能由主持产品发行的人员来管理。测试处在整个测试的最后阶段。同时，产品的所有手册文本也应该在此阶段完全定稿。,2007-03-23Zoe,Sam,Alex,Kit,Coco,和测试后记,由于Alpha和Beta测试的组织难度大，测试费用高，测试的随机性强、测试周期
35、跨度较长，测试质量和测试效率难于保证，所以，很多专业软件可能不再进行Beta测试。随着测试技术的提高，以及专业测试服务机构的大量涌现，很多软件的Beta测试会不断完善。,2007-03-23Zoe,Sam,Alex,Kit,Coco,UAT(User Acceptance Test),2007-03-23Zoe,Sam,Alex,Kit,Coco,UAT概述,UAT(User Acceptance Test)：用户验收测试用户根据用例描述测试每一个场景，反馈系统bug和issue。开发人员修正bug并基于issue对系统影响和对业务影响进行判断，适当的修正系统或记录业务需求，根据业务优先等级，
36、集成进以后的演进阶段。里程碑：UAT Sign off(用户签收当前系统功能),2007-03-23Zoe,Sam,Alex,Kit,Coco,UAT一般步骤,用户培训手册准备（针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料：如测试对象使用/功能手册及要培训的用户的个人资料等等；类似于教师上课进行备课）；测试脚本发放(如果公司采用自动化测试，那么每一个功能或每个模块等都有对应的测试脚本，可以把这些测试脚本分发给特定的人员；如果采用手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发）；用户补充业务测试场景和测试数据（请有代表性的一些最终用户根据实际
37、应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好）；顾问补充测试步骤（可以请项目专家，测试经理，或专门 的测试、开发等顾问对测试步骤进行补充）；,2007-03-23Zoe,Sam,Alex,Kit,Coco,UAT一般步骤,培训资料及测试脚本文档的确定与最终输出(到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档）；测试策略的制定（如嵌入测试策略等）；测试用户的确定（大体上从培训人员中选取，因为不能每个接受培训的人员都是资格去测试的，可以通过一些考核来实现人员的筛选等等）；由专门的测试组织机构确定测试地点，并发出通知；测试网络环境的搭建和保障（包括网络，系统，硬软件，包括一些Case工具等）；组织进行测试；评审分析提交的问题（这就进入了一般bug处理过程，形成了一个循环）。,2007-03-23Zoe,Sam,Alex,Kit,Coco,UAT注意点,培训的资料表述要准确全面，易懂等（理论基础）；人员选择，要典型有代表性（用户基础）；测试流程步骤（要周密）；测试策略制定（确定一个适合测试对象及测试人员的测试策略）问题的表达与处理(因为测试者不是专业开发测试人员，对于问题的表达可能不能到位，或根本就不是那种问题，这就存在如何复现与转化问题等）。,2007-03-23Zoe,Sam,Alex,Kit,Coco,Thank you,
