自动化测试和QTP工具培训资料ppt课件

1、自动化测试培训&QTP工具培训大开测试日期：2021.12北京大开科技目录构建自动化测试框架自动化测试引见自动化测试流程QTP自动化测试工具对自动化测试的了解定义： 指以程序运转的方法替代人工测试，从而到达减少手工任务量，提高测试效率目的。了解：用机器或工具自动执行的测试，替代人完成反复性劳动，但不能完全取代人。自动化测试需求用到测试工具，测试工程师的参与。自动化测试技术可运用于一切的测试阶段。不仅仅是商业测试工具、开源测试工具、自行编制测试工具或测试脚本。只需可以部分替代手工测试提高执行效率。对自动化测试的了解提高测试效率，降低测试本钱反复性强的手工劳动用自动化替代快速的回归测试，提高新版本

2、发布的速度和质量防止人工测试容易犯的错误，如：错误测试，漏测试，多测试等。很容易就实现并发测试，加快进展需求规范的测试管理不能发明性发现测试脚本没有设计的缺陷需求自动化测试开发工程师对测试环境要求比较严厉在资源投入和产出方面进展权衡自动测试脚本的修正、维护任务量大为评价软件质量提供数据支持，完好的测试是评定软件质量的一种方法树立对自动化的正确认识适用性培训维护运用自动化测试优缺陷提高测试效率，降低测试本钱测试人员更注重测试结果分析提高新版本发布的速度和质量防止人工反复测试易犯的错误可以实现多机自动化并行测试优点不能发明性发现缺陷需求规范化的管理对人员有编程要求对测试环境要求高变化带来的脚本维护

3、缺陷自动化测试目的只适用于功能测试阶段，由于普通会：给定预算，进度，资源给定平均或期望的测试运转次数根据业务流程的不同复杂度和风险最大化自动化率只能到达有限值初级阶段目的可以适用于回归测试：自动化率可以逐渐提高添加自动化测试的次数减少测试运转时的缺陷高级阶段目的经过灵敏的合理的自动化测试目的最大化时间和资源的利用率和价值为什么需求自动化测试维护周期长、兼容性高、多言语多版本的系统无人值守运用，充分利用时间，缩短发布周期有利于测试资产的积累、存储和移交、管理第三方自动化测试工具有利于自动化测试的效率组织开展、技术更新为什么需求自动化测试大多数工程处于维护阶段，程序界面变动较少大量部分需求变卦、添

4、加新业务、bug修复测试义务在某些业务功能测试中经常要反复编造业务数据冒烟测试、兼容性测试、版本验证、涉及影响测试等需投入大量任务量复杂的公式计算和统计计算等占用手工测试人员较多的时间，且容易出错手工测试用例不容易构成资产积累自动化测试是软件测试开展的方向业务改良软件下发研发过程变卦管理测试管理源代码管理自动化测试全面提高任务效率系统晋级配置管理软件研发自动化测试自动化测试版本管理单元测试每日构建集成测试系统测试自动测试技术的开展第一代自动测试技术 实现：录入回放第二代自动测试技术实现：脚本技术，可以参与脚本实现逻辑第三代自动测试技术 实现：数据驱动，数据与测试脚本分别第四代自动测试技术 实现

5、：关键字驱动、构件化测试，业务驱动数据驱动驱动 数据驱动主要优点是： 1、测试脚本与测试数据的分别； 2、执行测试用例的人员关注测试数据表与测试报告表； 3、测试脚本的执行离散的。关键字驱动技术关键字驱动关键字驱动的自动化测试框架是在数据驱动的根底上进展改良，数据源里包含的不只是数据，还有关键字，一个测试用例由一个或假设干个关键字组成。每个关键字对应个不同的业务逻辑。关键字主要包括三类：被操作对象Item、操作Operation和值value，用面向对象方式可表现为Item.Operation(Value)将测试逻辑按照关键字进展分解，构成数据文件，测试工具解释关键字运转 12自动化测试适用范

6、围自动化测试的适用范围包括两点：1.减少操作的反复性：自动化测试工具的运用可以辅助人们完成一些反复性较高的操作，如完成N条不同内容投保单的录入，在这里自动化测试具有快速、准确的输入、节约时间的特点；2.回归测试：在系统测试阶段开发针对某一详细功能的自动化测试脚本如一条记录的新增操作，在回归测试阶段经过执行该脚本来保证该功能没有被新功能的添加、其它bug的修复而破坏。例如：1.每轮测试都需求执行的根底测试，如需求对保全功能做测试时， 可经过自动化测试工具完成一个保单流程的录入；2.数据驱动的用例，如需求输入很多组数据，每组数据对应不同的预期结果，如一条投保单的录入在保管时需求做很多个校验及检查，

7、可为每个需求检查的逻辑判别做一组数据，在保管时检查校验条件能否都正常任务；自动化测试的本钱思索评价购买或开发测试工具 每年的维护费用或晋级本钱 学习工具和培训时间 测试自动化上特定的资源投入与开发自动化测试工具一切相关的抽风 维护脚本的本钱 存储脚本的硬件资源破费自动化测试建立常见错误1、缺乏好的自动化测试方案和设计过程2、错误的选择了自动化测试工具3、错误的自动化框架设计4、在设计中缺乏好的设计管理5、缺乏自动化过程和工具培训相关术语Test Requirement测试需求：是关于某详细测试目的的声明以及确认测试能否经过所要到达的规范。Test Plan测试方案：包括工程中的测试目的和目的的

8、信息。此外，测试方案还明确了测试实现的战略和所需求的资源。Test Strategy测试战略：描画了测试获得的通用目的和方法。Test Case测试用例：是一套为特定目的开发的测试输入、执行条件和预期结果，例如执行一跳特殊程序途径或者在特定要去下验证一致性。Test Data测试数据：在测试中所用到的实践数值或执行测试所必需的 数值。测试数据是测试条件作为输入或预存在的数据的详细例化，用于验证已胜利实现的特定要求经过将实践构造与期望结果比较。 Test Inputs测试输入：是任务过程的产物，用于标志和定义发生在测试期间的动作。这些产物能够是从测试组之外的软件开发过程中产生的，例如功能需求规格

9、阐明和设计规格阐明。它们也能够是从前期测试阶段产生的并被留给了后续的测试活动。相关术语Test scrpt测试脚本：这是计算机可读懂的能令测试程序或一部分测试程序自动执行的指令。测试脚本可以由人创建复制或者由自动测试工具产生，它运用编程言语限制，或者由记录、生成和编程混合创建。Test Results测试结果：执行测试所捕获的数据，并被用于计算测试的不同关键测度。Performance Testing性能测试：经过这类测试的实现和执行可以对索要测试的运用程序与性能相关的特征作出描画和评价。这些测试包括时间调度情况、执行流畅、呼应时间以及操作可靠性和限制。DataDriven Testing数据

10、驱动测试：这是一种测试脚本的功能及执行由外部数据所引导的自动测试方法。这种方法将测试及控制数据与测试脚本本身别分开了。Test Condition测试条件：测试所涉及的各种环境要素。目录构建自动化测试框架自动化测试流程自动化测试引见自动化测试工具QTP正确选择适宜的自动化测试通常适宜自动化测试的用例有：产品型工程产品型的工程，新版本是在旧版本的根底上进展改良，功能变不大的工程，但工程的新老功能都必需反复的测试。回归测试回归测试是自动化测试的强项，它可以很好的验证他能否引入了新的缺陷，老的缺陷能否修正正来了。在某种程度上可以把自动化测试工具叫做回归测试工具。机械并频繁的测试每次需求输入一样、大量

11、的一些数据，并且在一个工程中运转的周期比较长。有一些交互性比较强，需求人工干涉的操作，就不要指望经过自动化测试来完成了。例如，用户运用U-Key登录。自动化测试实施条件具有良好定义的测试战略和测试方案知道要测试什么、知道什么时候测试可以确保多个测试运转的构建战略多平台环境需求被测试拥有运转自动化测试的硬件拥有关注在自动化测试进程上的资源自动化测试规划设计框架资源方案好投入的工具设备和人员等不同的测试框架实施方式不同与研发类似测试实施之前做一份真实可行的规划是自动化可以得以实施的根底自动化测试实施规划阶段一：完成对结算和信贷主要业务的流程覆盖阶段二：完成对业务的校验和约束阶段三：运用到更多的业务

12、中去，规模扩展开发自动化测试框架，降低对测试工具的依赖 运用动作词的自动化测试第一层次第二层次第三层次层次阶段测试自动化程度自动化测试任务义务的优先级自动化ROI度量测试范围由风险驱动测试 ( 例如：高风险的项先被测试)自动化的优先顺序:对于能尽快最少运转次数到达投资报答平衡点高风险的测试案例优先低复杂度的测试案例优先优先级战略# 需要自动测试执行的次数 复杂度风险HighMediumLowHigh5.05.95.5Medium6.67.38.1Low5.07.38.11342#优先级顺序58697ROI分析基于风险和复杂度评价到达测试目的的最正确性价比测试自动化根本实际方法风险过程根据特定测

13、试风险等级来选择适宜的测试过程.经过以测试过程的最优组合和资源、进度、风险的约束来多次运转自动化测试次数，来到达最小化任务量的目的方法过程高风险中风险低风险高复杂度中复杂度低复杂度自动化测试流程描画ID活动描述责任角色参与角色成果物01自动化测试计划自动化测试计划02自动化测试准备生成自动化脚本03自动化测试执行自动化测试报告 在测试方案设计阶段，设计者应尽能够思索到系统的本身的业务和功能特点，将某些业务流和功能点确定为自动化测试；而在设计测试用例时必需对这部分的测试用例描画细化；自动化测试的操作过程大体分为5步：制定自动化测试方案、编写自动化测试用例、开发调试自动化测试脚本、执行自动化测试、

14、测试脚本的维护。 关于自动化测试工具的详细运用方法请参考。制定自动化测试方案 制定测试方案的目的是确定和描画要实施的执行的测试。这是经过生成包含测试需求和测试战略的测试方案来完成的。可以制定一个单独的测试方案，用于描画所要实施和执行的不同测试类型，也可以为每种测试类型制定一个测试方案。 换句话说制定自动化测试方案是个分析、挑选的过程，即经过对被测系统业务流程的分析，整理出哪些模块适宜做自动化测试，哪些功能点的验证可以进展脚本的合并。测试自动化实现中的功能分解业务功能分解的原那么和方法：明晰画出业务流程图根据业务流程分解业务功能，可以被复用的功能也要被分解出来。按照途径覆盖的思想，组织测试用例编

15、写自动化测试用例 根据手工测试用例编写完善相应的自动化测试用例，其中包括测试的版本、功能点描画、驱动数据、详细操作流程、明确的预期结果。 测试用例粒度测试用例的粒度决议了用例模型级的复杂度，也决议了每一个用例内部的复杂度。应该根据每个系统的详细情况来把握各个层次的复杂度，在尽能够保证整个用例模型的易了解性前提下决议用例的大小和数目。用例不能太大，这样一旦出执行测试用例出错，不利于定位问题；但也不能太细化，太小那么不方便执行。测试用例与测试套件一个大型的工程有许功能模块，必然会产生大量的测试用例，怎样才干有效的管理这些测试用例呢？这就需求创建测试套件，经过测试套件将测试某一个模块或功能点的测试用

16、例集合起来，方便运转与管理。例如，只验证“用户管理模块功能，那么只需求执行“用户管理模块套件即可。开发、调试自动化测试脚本 以业界常用的自动化测试工具为例，脚本的开发通常是经过录制完成的需求留意的是在录制脚本之前设计好脚本，便于录制过程的流畅，提高脚本的修正效率，即工具本身经过记录用户的操作过程及所输入的数据生成一个由VB言语编写的可执行脚本，测试工程师对脚本进展相应的修正即可。修正加强脚本主要包括一下几点：1.删除录制过程中多余和错误的代码；2.对输入输出值进展适当的参数化；3.对于不能经过录制产生的代码进展手工编写；4.录制所产生的脚本是线性的，适当参与条件、控制 语句，实现更为复杂的流程

17、；5.设置文本、图片、及数据库检查点；6.适当参与注释、便于阅读和维护；执行自动化测试 执行自动化测试是经过运用工具来替代手工操作的过程，脚本回放的过程中是模拟用户的实践操作来执行的，此时需求留意的是，测试环境要坚持干净。测试脚本的维护 随着任务的不断推进、脚本量会逐渐增多，测试组需求对测试脚本进展维护，将有效的测试脚本上传至QC效力器效力器上，同其对应的测试用例放在一同进展维护。1.随着被测程序的更新，不断更新相应的测试脚本；2.对一些变卦较为频繁的脚本，适当采用版本管理工具保管脚本 、如SVN、VSS等以便可以随时获取历史版本；3.脚本采用一致的命名规范如安康险_契约录入_、安康险_保全_

18、客户资料变卦等等；自动化测试的评审 根据自动化测试结果编写，组长组织自动化测试任务小组首先进展内部评审，内部经过后再提交到测试组进展自动化测试战略的外部评审，假设条件允许的情况下此时需求由工程组、自动化测试小组、质量控制组共同参与评审过程。目录自动化测试流程构建自动化测试框架自动化测试引见自动化测试QTP软件测试框架引见什么是框架framework ? 测试框架是一组自动化测试的规范、测试脚本的根底代码，以及测试思想的集合。整个或部分系统的可重用设计，表现为一组笼统构件以及构件实例间交互的方法；可被开发者定制的运用框架。 测试框架出现的最终目的是花少量的资源来完成尽能够多的测试义务，所以测试框

19、架的建立以及框架的重用性方面是最值得测试人员深化探求的地方。减少冗余代码、提高代码消费率、提高代码重用性和可维护性。提高开发速度，提升测试代码的执行效率；提高软件代码质量，同时引入重构概念，让代码更干净和富有弹性；提升系统的可信任度，作为回归测试的一种实现方法支持修复后“再测试，确保代码的正确性。 自动化回归测试框架特点业务测试构件执行监控测试数据管理异常恢复缺陷报告自动提交缺陷报告灵敏的自动测试过程异常中止恢复机制实现业务测试构件，快速完成业务流自动测试监控测试运转形状被测系统数据管理机制数据与脚本分别与脚本分别，备份和恢复3838好的自动化测试框架的特点构件化的脚本技术；可复用的脚本或公共

20、函数的运用，降低自动测试代码总量；被测系统的界面或功能变化，不需求修正大量的自动测试代码业务的测试流往往由业务人员来设计，根据业务需求的变化，不断改动业务的测试流。假设自动回归测试系统不可以顺应业务流的变化，那么改动的任务量将是宏大的假设测试数据与自动测试脚本结合严密，那么，一旦修正测试案例的数据，就必需由专业的自动测试技术人员修正自动测试脚本，而且带来宏大的任务量可维护性业务驱动测试数据管理绝大部分失败案例，都是由于维护任务量太大，从而将辛劳建立起来的自动回归测试系统丢弃根底案例库建立-平台搭建自动化测试过程框架业务分析案例设计脚本生成实施执行业务分析人员测试人员技术人员/测试人员测试人员业

21、务流程分析确定测试点确定测试场景测试需求UI流分析数据预备测试案例数据模型数据采集工具业务分析与评价方法编写脚本装配流程测试目的及战略测试脚本执行测试缺陷跟踪测试报告共享对象库共享脚本自动化框架测试工具测试管理工具1、从现有的移植案例中选一定范围的测试需求，作为研发阶段义务范围；2、由自动化测试架构师为主组织研发小组，小组组成员包括：测试设计人员、脚本开发人员、数据管理人员，其中，测试设计人员由手工功能测试组成员兼任；3、在确定的测试需求范围内建立起自动化测试的共享对象库、共享脚本库、测试数据模型、测试数据抽取SQL脚本库1、培训各测试工程组成员；2、在实践测试过程中进展自动化测试的实施，进展

22、效果的评价，并总结改良方案；3、研发小组完善、扩展自动化测试成果资产；研发阶段实施与完善阶段测试需求定义场景定义场景的流程定义预期结果及检查点定义测试数据的要求测试数据测试数据测试数据管理系统根底数据新建业务数据抽取业务数据页面控制数据业务数据模型保单保险人保全信息理赔信息投保信息Ui参数模型UiUi数据对象Ui数据规那么UI编码业务数据对象. 数据要素缺省值能否参数化险种信息测试数据投保人数据特征：正常保单失效保单)保单号=“保单形状=“自动化测试脚本的生成过程执行测试脚本研发共享对象库编写脚本共享脚本库测试案例ui流程、测试数据案例生成测试案例ui流程、测试数据流程装配测试数据配置案例库基

23、于功能分解的自动化测试框架基于功能分解的自动化测试框架基于功能分解的自动化测试框架优缺陷优点较为模块化(modular)的设计，防止反复的脚本，减少建立或维护脚本的本钱。 在运用软件开发的同时，就可以同步进展脚本建立的动作，而且当运用软件功能变动时，只需求修正业务功能脚本。 由于运用软件的功能曾经被分解成独立的业务功能脚本，测试人员可以随意组合业务功能脚本成为更复杂多样的测试个案。 测试输入数据与验证数据与脚本分开，储存在另外的档案，如纯文字文件或 Excel 文件，测试人员可以更容易修正与维护。 透过判别 Action 回传值是 TRUE 或 FALSE ，可以作错误处置，让脚本更有弹性。

24、缺陷在编写业务功能脚本时，需求知晓测试工具脚本言语的工程师。 个Action都会有本人的输入输出参数，需求用文档一致维护，控制变卦。 测试人员除了要维护测试方案之外，还要另外维护数据文件。 对测试工具以及脚本言语来说，运用数据文件能够也要留意数据文件的格式。 自动化测试处理方案QTP和QC自动化测试框架技术实现 缺陷测试实验室测试方案/用例测试需求QC中测试需求的组织从测试需求到测试用例自动化脚本组织主控输入调度和控制测试数据脚本运转结果输出任何一个自动化测试框架都要设计这三部分测试用例脚本公共类库模块特定类库在模块内部将可以为该模块共享运用的方法笼统出来，作为一个公共类。它可以是一个单的逻辑

25、操作，也比较独立。比如客户端登录操作、控制台登录操作、控制台更新操作等。 公共类库包括一切模块都能够用 户的操作方法，其笼统了不同模 块同性，比如操作excel表的方法 、读写测试报告、驱动引擎等测试用例脚在最上层，它根据测试点进展设计，面向详细的运用。它可直接调用公共类库或模块特定类库的方法，即调单个逻辑操作。它是单个或多个逻辑操作的集合，即一个测试用户脚本 为了方便以后脚本的维护问题，必需对脚本进展有效的分层，同时，提高了脚本的复用率。测试脚本开发脚本编写规范：测试脚本的开发也要遵照编程的规那么与规范，应该一致规划，一切开发脚本的人员按照一致的规定进展编码。除了编程本身规范，还思索测试用例

26、与库函数名的命名。测试脚本组织和录制编辑测试脚本组织和录制编辑测试脚本执行结果QC中执行记录和报告56BPT业务组件测试测试设计和代码调试分开机制测试脚本管理测试结果管理团队协作QTP和QC业务组件自动化测试框架根底案例库建立已完成业务脚本58HR01人员入职-薪资核算-过帐流程海油发展PM01集成测试_PM-MM-FICO_维护处理流程（自修）海油发展PM02集成测试_PM-MM-FICO_维护处理流程（外委）海油工程PM03集成测试_PM-MM-QM-FICO_维护处理流程（自修-备件运行MRP，执行质检）化学公司PM04集成测试_PM-MM-FICO_维护处理流程（包含WCM）海油发展P

27、M05集成测试_PM-MM-FICO_维护处理流程（安全费用审核）油气利用PM06集成测试_PM-MM-FICO_设备大修（子母订单）油服SD01集成测试_SDMMFICO_新加坡公司三方贸易流程有限公司SD03集成测试_SDMMFICO_标准销售业务流程有限公司SD04集成测试_SDMMFICO_跨公司销售业务流程油气利用SD05集成测试_SDMMFICO_标准第三方业务流程油气利用SD06集成测试_SDMMFICO_按单采购销售流程油气利用SD07集成测试_SDMMFICO_退货处理流程海油发展SD08集成测试_SDMMFICO_寄售结算流程化学公司SD09集成测试_SDMMFICO_天然

28、气照付不议流程有限公司SD10集成测试_SDMMFICO_已售未提业务处理流程海油发展SD11集成测试_SDFICO_服务销售流程海油发展SD12集成测试_SDFICO_借贷项凭单处理流程化学公司SD13集成测试_SDMM_免费订单业务处理流程海油发展跨模块业务流程脚本一根底案例库建立已完成业务脚本跨模块业务流程脚本二PP01集成测试_PPMMQMFICOSD_面向库存的生产、成本核算到产品销售化学公司PP02集成测试_PPMMFICOSD_重复制造的生产、成本核算到产品销售化学公司PP03集成测试_PPMMSDFICO_惠炼产品增值链 海油发展PP04集成测试_PPMMQMFICOSD_油气

29、利用生产、成本核算到产品销售油气利用PP05集成测试_PPMMSDFICO_海油发展成品油生产销售还有发展PS01集成测试_PSMMFICO_开发类项目有限公司PS02集成测试_PSMMFICO_有限公司作业公司开发类项有限公司PS03集成测试_PSMMFICO_直接生产操作费有限公司PS04集成测试_PSMMFICO_勘探类项目有限公司PS05集成测试_PSMMFICO_生产资本性支出类项目有限公司PS06集成测试_PSMMFICO_信息类项目有限公司PS07集成测试_PSMMFICO_科研费用项目油服PS08集成测试SD_PSMMFICO_常规作业类项目油服PS09集成测试_PSMMFIC

30、O_客户类项目海油工程PS10集成测试_PSMMFICO_油气利用新建项目油气利用PS11集成测试_PSMMFICO_海油发展客户类项目海油发展PS12集成测试_PSMMFICO_海油发展投资类项目海油发展根底案例库建立已完成业务脚本模块内业务流程脚本HR02组织管理海洋工程HR03人事管理海总HR04时间管理海总HR05薪酬管理海总HR06招聘管理海总油服HR07培训管理海总,有限,油服、海油发展,气电HR08绩效考核管理海总,化学,有限MM01集成测试_WM_FICO_物资盘点流程有限公司MM07有物料编码的物资采购_发放有限公司MM11委外加工发料有限公司测试平台知识转移为了在工程终了后

31、，海总和实业方人员可以承当测试平台的运维任务，工程组从以下几个方面做好知识转移任务，包括：培训任务。除了测试工具运用的普及型培训，还会针对详细的操作人员进展高级培训，并进展考核。专题讨论。工程实施过程中遇到的各种技术难点，均会召开专题讨论，各方人员均需求参与。知识积累。工程组在工程实施过程中，会总结一些典型的运用场景和处理方案，并在工程组内共享。任务方式。在工程实施期间，HP方顾问会采取1盯1的方式，协助实业方人员尽快提高测试技术程度。目前实业人员已能承当一部分任务，但他们很难在短短4个月内到达HP顾问的程度，所以明年在工程终了后就由实业方人员承当测试平台的全部运维任务，存在着一定风险。回归测

32、试方案引见一回归测试战略最终确以为：选择38个跨模块集成流程，以及49个模块内重点流程除去部分跨模块集成流程曾经包含的；战略覆盖面广，自动化集成度高，保证了各个模块功能点得到充分的测试，从而确保系统稳定运转；选取集成流程包括跨模块集成流程和模块内集成流程作为自动化回归测试对象，不单单由于集成流程包含了绝大部分常用的T-CODE、关键控制点，更重要的是集成流程贯穿了整个业务流程，可以从业务流、系统本身集成性来考量“变卦带来的影响和潜在风险；38个跨模块集成流程包含了11家所属单位的一切共性流程和个性流程，49个模块内集成流程的选取覆盖了FICO、MM、SD、HR等模块，流程的选取覆盖了11家所属

33、单位的业务，为回归测试/巡检测试提供了强有力的数据支持。回归测试方案引见二任务量而言，对于所选的方案进展评价，大约需求20个人月，在有限的时间和人员配置里，选取了常用、关键控制点、及主要业务覆盖的T-CODE，从而到达了“二八效应；该方案数据的选取也有本人的局限性，方案重点测试集成流程的功能，共性流程选取单个公司代码，难以充分测试公司间字段差别化等；单元测试流程只选取了重点流程，没有全部选取，能够会导致测试不充分；SAP系统的回归测试和巡检测试是一项长期的义务，该选取战略只是我们现阶段性的实现方式和成果。在未来的任务中，还可以根据详细情况进展完善。权限测试方案引见一权限测试需求：自动化权限测试

34、替代手工权限测试，充分保证权限测试的质量；躲避集团管控、跨所属单位、所属单位内部权限过大的风险；权限测试背景：中海油合计11家所属单位；本地角色3万多，最终用户5千左右 ；权限测试方案引见二分步实施：首先实现集团管控、跨所属单位自动化权限测试需求，躲避集团管控、跨所属单位权限过大的风险；后续再实现所属单位内部的自动化权限测试；测试方法：首先选取集团管控、跨所属单位相关的T-CODE；然后找出此部分T-CODE涉及的本地角色，每种本地角色组合选取对应的一个用户，进展此部分T-code的一切权限控制点的反向测试；并前往结果日志。优点：操作可行性较大，有效的分解了任务量压力；可以检测出集团管控、跨所

35、属单位权限过大的风险；缺陷：需求逐渐实现；实施过程中，还没有编制自动化测试脚本的需求人工测试；权限测试方案引见三任务量评价：在选定的范围内，针对每种不同的本地角色组合建立一个自动化测试的脚本。运转脚本时，系统自动运转组合下一切T-code权限检查点反向测试，并前往结果日志。以集团管控、跨所属单位合计3600个T-CODE为例，在主数据预备齐全的前提下：平均每人每天2个T-CODE的开发量默许每个T-CODE含有3个权限检查点留意：T-CODE含有的权限检查点以实践数据为准；每人每天串联16个T-CODE的任务量。那么开发T-CODE的任务量等于3600/21800人天，串联用户T-CODE的任

36、务量等于3600/16225天。合计需求1800+2252025人天。根底案例库建立验收情况引见工程组组织业务专家组成员对已完成的一切集成业务流程脚本进展了验收；一切业务流程脚本均在专家组成员的监视下胜利执行，并将每一步操作进展截图，记录在脚本执行报告中；专家组成员对于测试脚本涉及的业务流程，提出了一些添加检查点和由于手工测试脚本错误，导致脚本与实践业务不符的问题，工程组均在当场进展了脚本修正，处理 了相关问题；工程组对一切执行记录进展集中存档备案；QTP简介自动化测试的好处快速QuickTest执行测试比人工测试速度快多了。可靠QuickTest每一次的测试都可以正确的执行相同的动作，可以避

37、免人工测试的错误。可重复QuickTest可以重复执行相同的测试。可程序化QuickTest可以以程序的方式，撰写复杂的测试脚本，以带出隐藏在应用程序中的信息。广泛性QuickTest可以建立广泛的测试脚本，涵盖应用程序的所有功能。可再使用QuickTest可以重复使用测试脚本，即使应用程序的使用接口已经改变。 假设他执行过人工测试，他一定了解人工测试的缺陷，人工测试非常浪费时间而且需求投入大量的人力。运用人工测试的结果，往往是在运用程序交付前，无法对运用程序的一切功能都作完好的测试。 运用QuickTest可以加速整个测试的过程，并且建置完新版本的运用程序或网站后，可以反复运用测试脚本进展测

38、试。 以QuickTest执行测试，就与人工测试一样。QuickTest会仿真鼠标的动作与键盘的输入，不过QuickTest比人工测试快了很多。目录自动化测试流程自动化测试工具QTP自动化测试引见构建自动化测试框架QTP简介Keyword -Driven Testing把自动化测试融入到日常任务流程中对象库 执行和报告 检查点编辑脚本并参数化 Item.Operation(Value) Method and Prosperity封装属性和本身属性 Parameterize参数文件更新 CheckPoint7种检查点 Run ReportObject RepositoryQTP任务界面标题栏、菜

39、单栏文件工具栏、测试工具栏、调试工具栏测试窗格：脚本视图/关键字视图数据表Active Screen 视窗形状栏QTP菜单栏QTP的菜单功能，包括“文件、“编辑、“视图等等菜单。QTP工具栏文件工具栏管理测试或组件的按钮测试工具栏在创建和维护测试或组件时用到的命令按钮调试工具栏调试测试或组件步骤时用到的命令按钮QTP测试窗格关键字视图专家视图QTP参数表存储QTP运转时用到的数据Global、Local Sheet数据可经过手工方式导入、导出Active Screen录制会话过程中执行某个特定步骤时，捕获到的运用程序的屏幕快照经过Active Screen 操作，参数化、检查点等安装QTP安装

40、QTP暂时License：8888-8888888888更新License安装例如脚本插件安装脚本调试插件QTP任务原理脚本录制，捕捉对象以及在对象上的操作脚本回放，在可识别的对象上复原操作完好的录制回放流程预备录制进展录制编辑测试脚本调试脚本在回归测试中运转测试分析接过，报告问题QTP脚本参数化把自动测试脚本运转所用到的数据以参数取代，脚本运转时从参数表取数据将数据与脚本分别，便于维护，便于更新数据以顺应新的测试QTP脚本中的参数化环境变量参数化，测试、操作参数的值，运用程序随机值。参数化界面输入数据的参数化输入数据可以直接输入输入数据可以从参数表取值输入数据可以设置为参数并为该参数设置默许

41、值，在脚本运转时可以修正，如取参数表中的值、取被测系统实时生成的某个相关值。直接输入数据：如在登陆窗口输入用户名“ggg，自动生成语句：Window(Program Manager).Dialog(Login).WinEdit(Agent Name:).Set ggg前面部分用来确认操作的对象，Set是在对象上所做的操作，ggg为输入值。输入数据的参数化输入数据从参数表取值，从当前表、全局表GlobalSheet或指定表取值。前置条件：所被指定的表存在参数列且有参数数据。运用datatable.value方法，例如语句如下：Window(Program Manager).Dialog(Logi

42、n).WinEdit(Agent Name:).Set datatable.Value(username,dtglobalsheet)Window(Program Manager).Dialog(Login).WinEdit(Agent Name:).Set datatable.Value(username,dtlocalsheet)输入数据的参数化输入数据曾经定义为参数并设置默许值；为当前Action设置参数，在可复用脚本中常用到。在脚本中例如语句如下：Window(Program Manager).Dialog(Login).WinEdit(Agent Name:).Set paramet

43、er(username)输入数据的参数化输出值的参数化被测系统生成的实时值，可用作后续操作的某些输入值。输出值被输出到参数表或者输出参数；在目的对象，点击右键选择“Insert Output value功能；例如如下：输出值的参数化输出值被参数化后，后续操作可以直接运用被输出值。从数据表获得输出值，方法参考输入数据从参数表取值。输出值的参数化QTP脚本检查点检查点检查页面、对象或者文本字符串中的特定值或特征，是将指定属性的当前值与该属性的期望值进展比较的验证点。经过它可以标识网站或者运用程序能否正常运转。关键步骤、关键操作的检查，如：与效力器交互后，客户端的信息检查。规范检查点、对象检查点、文

44、本检查点、数据库检查点等添加检查点界面插入检查点规范检查点Active Screen视窗，在目的对象上点击鼠标右键选择“InsertStandardCheckpoint设置规范检查点检查点可以检查目的对象的多个属性，好像时检查enabled、text、height等。设置属性的值为固定值或者从数据表取值可参考对象属性设置。设置检查点的超时时限。设置检查点检查的时机。插入检查点文本检查点插入检查点文本检查点添加事务脚本的分割功能：StepSplit Action生成并列脚本还是第二个脚本被第一个脚本调用。QTP脚本对象运用界面上的按钮、编辑框、标签、选框等控件被QTP当作对象，在录制自动测试脚本

45、时这些可以被识别的对象信息被存储到QTP对象库回放时会将对象库中的对象信息与实践操作运用界面上的控件对比QTP常用对象方法：Click、Dblclick、Exist、type、set、GetRoProperty 、GetVisibleText 等。对象库查看、编辑和管理QTP对象库构造录制脚本时，QTP可识别的对象存储在对象库中。QTP对象属性设置对象的称号、类型、属性添加、删除显示的属性将影响对象的识别配置属性值：固定值、参数表取值QTP定位对象库中的对象在对象列表选择目的对象，激活当前被选中对象所属窗体，点击识别某个对象的详细属性经过 功能可以识别某个对象的详细属性以及该对象支持的方法。1

46、03Web对象的识别静态Web对象的识别序号Web对象推荐识别属性方法1 BrowsercreationTime2 Pageindex3 Framename4WebTablename5WebEditnameSet6WebButtontextClick7WebListnameSelect8LinktextClick9Imagename10WebCheckBoxname11WebRadioGroupname12WebElementinnertext/html tag13Dialogtext14WinButtontext静态Web对象的识别QuickTest 可以运用三种类型的顺序标识符来标识对象：

47、 索引 index ：指示该对象在运用程序代码中相对于其他描画都一样的其他对象的显示顺序。 QTP在录制和执行中，为测试对象属性分配一个值，以便独一标识该对象。该值基于对象在源代码中的显示顺序。第一个出现的是 0。留意， index属性值是特定于对象的。因此，假设运用 Index:=3 描画 WebEdit测试对象， QuickTest 将在页中搜索第四个 WebEdit 对象。 位置location：指示该对象在父窗口、框架或对话框中相对于其他描画都一样的其他对象的显示顺序。QuickTest 可以为对象的 location测试对象属性分配一个值，以便独一标识该对象。该值基于对象在窗口、框架

48、或对话框中相对于具有一样属性的其他对象的显示顺序。第一个出现的对象是 0。各列值的分配从上到下、从左到右。 creationTime 仅限于阅读器对象 ：指示该阅读器翻开的顺序，相对于其他描 述都一样的其他翻开的阅读器。假设 QuickTest 不能仅基于测试对象描画独一标识阅读器对象，它将为“CreationTime测试对象属性分配一个值。该值指示该阅读器翻开的顺序，相对于其他描画都一样的其他翻开的阅读器。在运转会话期间，假设 QuickTest 不能只是基于其测试对象描画来标识某个阅读器对象，那么，它将检查阅读器的翻开顺序，然后运用 “CreationTime属性标识正确的对象。 举例Browser(“creationTime:=0).Page(“index:=0).WebEd