软件测试基础知识汇总

合集下载

软 件 测 试基础知识

软 件 测 试基础知识

第一章测试基础软件测试的定义:使用人工和自动的手段来运行或测试某个系统的过程。

其目的是检验它是否满足规定的需求或弄清预期结果与实际结果间的差别。

软件测试的目的:证明检测预防证明:1)获取系统在可接受风险范围内可用的信心2)尝试在非正常情况和条件下的功能和特性3)保证一个工作产品是完整的且可用或可被集成的检测:1)发现缺陷,错误和系统不足2)定义系统能力和局限性3)提供组件、工作产品和系统的质量信息预防:1)通过将测试活动提前介入到软件生命周期中,尽早的发现并消除前期研发阶段引入的缺陷,以防止前期缺陷遗留并放大到后续环节2)通过对发现的缺陷进行分析,找出导致这些缺陷产生的流程上的不足,通过改进流程,预防同类缺陷再次产生软件生命周期:计划->需求分析->概要设计->详细设计->编码->测试->运行维护1)计划:SDP (软件研发计划) UTP(单元测试计划)SVVP(软件验证与确认计划) ITP (集成测试计划)STP (系统测试计划)2)需求分析:SRS(软件需求规格说明)根据研发类型,需求来源,则用户针对的具体对象分为两种:针对产品的与针对项目的3)设计:HLD(High Level Design概要设计)LLD(Low Level Design 详细设计)4)编码:写成以某个程序设计语言表示的源程序清单,使用RDBMS(Relational Database Management System 关系型数据库管理系统)工具建立数据库。

5)测试:检验软件是否符合客户需求,达到质量要求。

按测试阶段分单元测试(UT)集成测试(IT )系统测试(ST )——最先介入,最晚结束6) 运行维护:将软件交付用户投入正式使用,以后便进入维护阶段,可能有多种原因需要对其进行修改,如软件错误、系统软件升级、增强软件功能、提高性能等。

软件研发的相关要素:人员 过程 工具1) 人员组成分析人员设计人员 开发人员 测试人员配置管理人员(CMO,SCM ) SQA2) 组架构软件研发流程:常见的软件研发流程:瀑布模型,螺旋模型,RUP 流程,IPD 流程软件缺陷和BUG (包括错误和不足):缺陷的引入是随时的,不确定的。

软件测试基础知识整理

软件测试基础知识整理

软件测试基础知识整理软件测试基本概念1、软件=程序+⽂档,软件测试=程序测试+⽂档测试。

“程序”是指能够实现某种功能的指令的集合,“⽂档”是指软件在开发、使⽤和维护过程中产⽣的图⽂集合。

;2、软件的分类按功能分:系统软件、应⽤软件按技术架构分:单机版软件、C/S结构软件(C是指客户端, S指服务器端)、B/S结构软件(B是指浏览器)按照⽤户划分:产品软件、项⽬软件按开发规模划分:⼩型、中型、⼤型3、BUG的定义:软件的BUG指的是软件中(包括程序和⽂档)不符合⽤户需求的问题。

常见的软件BUG分三种类型:完全没有实现的功能;基本实现了⽤户需求的功能;实现了⽤户不需要的功能。

4、测试环境=软件+⽹络+硬件。

搭建环境:真实、⼲净、⽆毒、独⽴5、软件环境的分类:软件开发环境\软件⽣产运⾏环境6、测试⽤例:指在测试执⾏之前设计的⼀套详细的测试⽅案,包括测试环境、测试步骤、测试数据和与其结果!测试⽤例=输⼊+输出+测试环境。

测试⽤例有两个模板,word和excel,前者适合性能测试,后者适合功能测试。

软件测试分类1、⿊盒测试:指的是把被测的软件看作是⼀个⿊盒⼦,我们不去关⼼盒⼦⾥⾯的结构是什么样⼦的,只关⼼软件的输⼊数据和输出结果⽩盒测试:指的是把盒⼦盖打开,去研究⾥⾯的源代码和程序结构。

2、静态测试:是指不实际运⾏被测软件,⽽只是静态的检查程序代码、界⾯或⽂档中可能存在的错误的过程。

动态测试:是指实际运⾏被测程序,输⼊相应的测试数据,检查实际输出结果和预期结果是否相符的过程,所以我们判断⼀个测试属于动态测试还是静态测试,唯⼀的标准就是看是否运⾏程序。

注:同⼀个测试,既有可能属于⿊盒测试,也有可能属于动态测试;既有可能属于静态测试,也有可能属于⽩盒测试。

他们之间也有可能交叉。

3、单元测试:编译运⾏程序——静态测试——动态测试集成测试:是单元测试的下⼀个阶段,是指将通过测试的单元模块组装成系统或⼦系统,再进⾏测试,重点测试不同模块的接⼝部分。

软件测试文档-基础知识

软件测试文档-基础知识

软件测试文档软件测试的基本概念和方法1 软件测试的基本流程2 软件缺陷(Bug)3软件测试的基本原则4 软件测试的基本方法5 软件测试的分类和阶段软件测试基本流程软件测试活动包括:★制定测试计划★设计测试用例★执行测试和缺陷跟踪★测试评估(报告)测试计划主要包含以下内容:▼测试计划的简介及测试项目说明▼需要测试的项目清单▼测试手段和策略▼项目通过或失败的标准▼测试的可交付性▼测试任务▼环境的需求▼测试的资源(人员)▼进度表▼风险及偶然事故的预测测试计划注意事项在写测试计划时需要特别注意以下几点:▼明确测试的目标测试最后要达到的目标必须是明确的,可以量化和度量的,而不是模棱两可的宏观描述。

▼坚持“5W”规则,明确内容与过程“5W”规则指的是What、Why、When、Where、How。

利用“5W”规则可以帮助测试团队理解测试的目的(Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。

测试用例测试用例(checklist),是关于具体测试步骤的文档,它描述了测试的输入参数、条件及配置、预期的输出结果等,以判断被测软件的工作是否正常。

测试用例应当包括用例编号、用例名称、测试等级、预置条件、输入数据、操作步骤、预期输出、实际输出、注释等。

用例设计方法等价类划分,分为有效等价类和无效等价类边界值分析,选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据因果图法,根据所有输入条件的不同组合,产生多种相应的结果来设计用例通过测试,通过分析需求说明书,确定程序是否满足目标失败测试,纯粹为了破坏软件,做一些系统不允许做的事情而设计用例执行测试(用例)将设计好的测试用例和测试数据应用于实际软件测试过程中,在执行测试的过程中,可以对前阶段的测试用例和测试数据进行补充,以便使用例更加完善,使测试更加充分。

在执行测试的过程中,将提交的BUG进行跟踪,再次验证,这是一个循环的过程软件缺陷(Bug)在软件使用过程中所出现的任何问题,或者导致软件不能符合设计要求或满足消费者需求的问题都是软件缺陷(BUG)发现BUG要及时提交给开发人员及其他相关人员,在记录缺陷时要注意以下几条:◆保证重现缺陷◆分析故障,使用最少步骤重现缺陷,但要包含所有重现缺陷的必要步骤◆方便阅读◆一个缺陷一个报告软件缺陷类型软件缺陷的主要类型/现象:功能、特性没有实现或部分实现设计不合理,存在缺陷实际结果和预期结果不一致运行出错,包括运行中断、系统崩溃、界面混乱数据结果不正确、精度不够用户不能接受的其他问题,如存取时间过长、界面不美观软件测试的原则所有测试的标准都是建立在用户需求之上。

软件测试基础知识汇总

软件测试基础知识汇总

第一讲计算机基础一、软件计算机=硬件+软件软件=程序+文档测试对象:文档和程序都要测试扩展:1、软件的开发阶段划分:(1)需求分析阶段由需求分析人员完成,产出物:《需求规格说明书》(2)设计阶段由系统架构师(分析师)完成,产出物:《概要设计说明书》和《详细设计说明书》(3)编码阶段由开发人员完成,产出物:程序常见面试题:哪个阶段引入的bug最多?哪个阶段最少?引入bug最多的是需求分析阶段(大概占缺陷总数的55%左右),其次是设计阶段(大概占缺陷总数的25%左右),最少的是编码阶段(大概占缺陷总数的15%左右),还有大约5%左右的缺陷是由于兼容性问题或者配置原因造成的。

由此得出结论:(1)测试不能只测程序,文档也必须要测(2)测试工作应尽早介入,并且应该贯穿整个开发周期始终(尽早测试原则和不断测试原则)二、软件缺陷Defect ,Bug1、缺陷定义(5条)说明:只要满足任何一条就是bug,与顺序无关。

(1)需求要求的功能没有实现(3)软件出现了指明不应该出现的错误(4)需求中虽未明确说明,但是应该实现的功能没有实现说明:需求并不完美,有遗漏的可能性,但是测试人员不能因为需求的错误,就造成测试的错误。

(5)程序运行缓慢、难以理解,不易使用等,站在用户角度上,一切不好的地方。

2、缺陷定义2 理解:IEEE美国电气和电子工程师协会(IEEE)对缺陷的定义:(1)从软件产品的内部去看(白盒)缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;(2)从软件产品的外部去看(黑盒)缺陷是系统所需要实现的某种功能的失效或违背。

扩展:缺陷的同义词:毛病、问题、错误、异常、功能失效、违背等等3、缺陷定义3软件使用过程中的软件错误、异常等问题软件的2个基本因素:(1)功能要能够实现(2)软件要有强大的异常处理能力(健壮性)三、软件测试Test1、什么是软件测试简单来说软件测试就是从现有软件中,尽可能多的查找缺陷的过程。

软件测试知识点整理

软件测试知识点整理

1:软件可靠性的定义(P2)答:系统在特定环境下,在给定的时间内无故障运行的概率。

2:软件缺陷的主要原因(P5)答:源于软件需求规格说明书。

3:软件测试的定义(P9)答:(1)软件测试是为了发现错误而执行程序的过程。

(2)软件测试是根据软件开发各阶段的规格说明和程序内部结构而精心设计的一批测试用例。

并利用这些测试用例运行程序以及发现错误的过程,即执行测试步骤。

4:什么是测试用例(P9)答:测试用例是为特定目的而设计的一组测试输入、执行条件和预期的结果;它是执行测试的最小实体。

5:软件测试的目标(P11)答:(1)测试是程序的执行过程,目的在于发现错误,不能证明程序的正确性,仅限于处理有限的情况。

(2)检查系统是否满足需求,这也是测试的期望目标。

(3)一个好的测试用例在于发现未曾发现的错误,成功的测试是发现了错误的测试。

6:软件测试的原则(P11)(1)尽早、及时(2)测试用例包括测试数据和预期结果。

(3)程序提交测试后,应由专门测试人员测试,避免由设计者自行检查。

(4)测试用例应包括合理输入条件和不合理的输入条件。

(5)严格执行测试,排除测试的随意性。

(6)充分注意测试当中的群体现象。

(7)应对每一个测试结果做全面的检查。

(8)保存测试相关文档。

7:什么是α测试,什么是β测试(P16)α测试是在开发环境下进行的测试即内测β测试是用户实际使用环境下进行的测试即公测8:软件开发和软件测试各阶段的联系(P26)9:软件测试过程(P33)制定测试计划——设计测试用例——执行测试用例——写测试报告10:软件测试执行的三个阶段(P35)初测期细测期回归测试期11:集成测试过程的两个重要里程碑——功能冻结和代码冻结的概念功能(特征)冻结:经过测试,符合设计要求,确认系统功能和其他特性均不再做任何改变。

代码冻结:理论上,在无错误时代码冻结,但实际上,代码冻结只标志系统的当前版本的质量达到预期的要求,冻结程序的源代码,不再对其做任何修改。

软件测试基础知识

软件测试基础知识

软件测试基础知识一、软件测试的描述:测试能提高软件的质量,但是提高质量不能依赖测试;测试只能证明错误存在,不能证明错误不存在;测试的主要困难是不知道该如何进行有效地测试,也不知道什么时候能够放心的结束测试;每个程序员都应当测试自己的程序(份内事),但不能作为程序已通过测试的依据(所以项目需要独立的测试人员);80-20原则:80%的错误聚集在20%的模块中,经常出错的模块改错后还是会经常出错;测试应当循序渐进,不要企图一次性做完。

"欲速则不达"。

一个好的测试用例是指很可能找到迄今为至尚未发现的错误的测试用例一个成功的测试是指揭示了迄今为至尚未发现的错误的测试二、软件分类:1)按功能分:系统软件(OS、硬件驱动程序)应用软件(Office、QQ)2)按技术架构分:单机版软件(Office、画图工具)C/S结构软件(客户端Client/服务器端Server,QQ、MSN)B/S结构软件(浏览器Browser/服务器Server,WEB项目)<现在软件的主流> 3)按用户分:产品软件:目标用户是大众用户(win 8)项目软件:目标用户是具体用户软件测试的目的:为了发现错误,不能证明程序正确,设计合适的测试用例,用尽可能少的测试用例,来发现尽可能多的软件错误。

测试人员的主要工作:1)规划测试任务2)设计测试(包括编写测试用例等等)3)建立一个合适的测试环境4)评估、获取、安装和配置自动测试工具5)执行测试6)撰写适当的测试文档软件测试与软件质量:QA(Quality Assurance),(关注的是过程);QC(Quality Control),即质量控制(关注的是结果)。

软件能力成熟度模型(CMM)CMM将软件组织的过程能力成熟度级别分为5个级别:初始级、可重复级、已定义级、已管理级、优化级。

SQA(Software Quality Assurance,软件质量保障)测试是在发现问题,SQA是在预防问题ISO/IEC9126国际标准所定义的软件质量包括六个部分,分别为功能性、可靠性、可用性、有效性、可维护性和可移植性。

软件评测师复习知识汇总

软件评测师复习知识汇总

软件评测师复习知识汇总第一部分:软件评测知识第1章基本概念和知识点1.软件质量与软件测试软件测试:在规定条件下对程序进行操作,以发现错误,对软件质量进行评估,包括对软件形成过程的文档、数据以及程序进行测试软件质量:软件特性的总和,软件满足规定或潜在用户需求的能力2.软件测试与质量保证软件测试只是质量保证工作中的一个环节,软件质量保证与软件测试是软件质量工程的两个不同层面的工作;质量保证:通过预防、检查与改进来保证软件质量,采用全面质量管理和过程改进的原理来开展质量保证工作,主要关注软件质量的检查与测试,主要着眼于软件开发活动的过程、步骤和产特软件测试:通过执行软件来,对过程中的产物(开发文档和程序)进行走查,发现问题,报告质量3.软件测试的目的测试是程序的执行过程,目的在于发现错误;一个好的测试用例在于发现了至今未发现的错误;一个成功的测试是发现了至今未发现的错误的测试;4.软件测试原则所有的软件测试都应追溯到用户需求应当把“尽早地和不断地进行软件测试”作为测试者的座右铭完全测试是不可能的,测试需要终止测试无法显示软件潜在的缺陷;充分注意测试中的群集现象程序员应避免检查自己的程序尽量避免测试的随意性5.软件测试对象程序开发过程中的各个文档、源程序6.软件测试过程模型-V模型是软件开发瀑布模型的变种,主要反映测试活动与分析和设计的关系;局限性:把测试作为编码之后的最后一个活动,需求分析等前期产生的错误直到后期的验收测试才能发现7.软件测试过程模型-W模型在V模型的基础上,增加于开发阶段的同步测试,形成W模型;测试与开发同步进行,有利用尽早的发现问题局限性:仍把开发活动看成是从需求开始到编码结束的串行活动,只有上一阶段完成后,才可以开始下一阶段的活动,不能支持迭代,自发性以及变更调整8.软件测试过程模型-H模型在H模型中,软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段;软件测试可以进行尽早的进行;软件测试可以根据被测物的不同而分层次进行9.测试模型使用在实际工作中应灵活地运用各种模型的优点10.单元测试11.集成测试12.确认测试13.系统测试14.验收测试测试内容:根据任务书或合迥、供需双方约定的验收依据文档进行对整个系统的测试与评审,确认是否接收或拒绝系统;15.开发方测试通常也叫‘验收测试’或‘a测试’,在软件开发环境中,开发者检测与证实软件的实现是否满足软件设计说明或软件需求说明的要求16.用户测试在用户的应用环境下,用户检测与核实软件实现是否符合自己预期的要求。

软件测试基础理论知识

软件测试基础理论知识

软件测试基础理论知识(总55页)-CAL-FENGHAI.-(YICAI)-Company One1-CAL-本页仅作为文档封面,使用请直接删除一、软件测试概论1.1基础概念【定义】软件测试是使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。

它是帮助识别开发完成(中间或最终的版本)的计算机软件(整体或部分)的正确度、完全度和质量的软件过程。

【内容】软件测试主要工作内容是验证(verification)和确认(validation )。

验证是保证软件正确地实现了一些特定功能的一系列活动,即保证软件做了你所期望的事情。

(Do the right thing)确认是一系列的活动和过程,目的是想证实在一个给定的外部环境中软件的逻辑正确性。

即保证软件以正确的方式来做了这个事件(Do it right)软件测试的对象不仅仅是程序测试,软件测试应该包括整个软件开发期问各个阶段所产生的文档,如需求规格说明、概要设计文档、详细设计文档,当然软件测试的主要对象还是源程序。

【目的】软件测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。

【原则】(1)测试的标准是用户的需求所有的软件测试都应追溯到用户需求,测试人员要始终站在用户的角度去看问题、去判断软件缺陷的影响,系统中最严重的错误是那些导致程序无法满足用户需求的缺陷。

(2)事先定义好产品的质量标准有了质量标准,才能依据测试的结果对产品的质量进行正确的分析和评估,例如,进行性能测试前,应定义好产品性能的相关的各种指标。

同样,测试用例应确定预期输出结果,如果无法确定测试结果,则无法进行校验。

(3)应当“尽早地和不断地进行软件测试”作为测试者的座右铭在软件开发生命周期早期引入的错误占软件过程中出现所有错误(包括最终的缺陷)数量的50%~60%。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

黑盒测试主要是为了发现以下错误:1、是否有不正确或遗漏的功能?2、在接口上,输入能否正确地接受?能否输出正确的结果?3、是否有数据结构错误或外部信息(例如数据文件)访问错误?4、性能上是否满足要求?5、是否有初始化或终止性错误?黑盒测试用例方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交实验设计法、功能图法。

等价类划分法:把程序的输入域划分为若干部分,然后从每个部分中选取少数代表性数据作为测试用例,每一类的代表性数据在测试的作用等价于这一类中的其他值。

边界值分析法:对输入或输出的边界值进行测试,通常边界值分析法是作为等价类划分的补充,其测试用例来自等价类的边界。

错误分析法:基于经验和直觉推测程序中可能存在的错误,从而对有针对性的设计测试用例的方法。

因果图法:利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。

判定表驱动法:判定表是分析和表达多逻辑条件下执行不同操作的。

正交实验法:从大量的数据中挑选适量的,有代表性的点,从而合理地安排实验的一种科学测试方法。

功能图法:由状态迁移图和布尔函数组成,状态迁移图用状态和迁移来描述,一个状态指出数据输入的位置(或时间),而迁移则指明状态的改变,同时要依靠判定表或因果图表示的逻辑功能。

折叠LR函数:lr_start_transaction 为性能分析标记事务的开始lr_end_transaction 为性能分析标记事务的结束lr_rendezvous 在Vuser 脚本中设置集合点lr_think_time 暂停Vuser 脚本中命令之间的执行lr_end_sub_transaction 标记子事务的结束以便进行性能分析lr_end_transaction 标记LoadRunner 事务的结束Lr_end_transaction("trans1",Lr_auto);lr_end_transaction_instance 标记事务实例的结束以便进行性能分析lr_fail_trans_with_error 将打开事务的状态设置为LR_FAIL 并发送错误消息lr_get_trans_instance_duration 获取事务实例的持续时间(由它的句柄指定)lr_get_trans_instance_wasted_time 获取事务实例浪费的时间(由它的句柄指定) lr_get_transaction_duration 获取事务的持续时间(按事务的名称)lr_get_transaction_think_time 获取事务的思考时间(按事务的名称)lr_get_transaction_wasted_time 获取事务浪费的时间(按事务的名称)lr_resume_transaction 继续收集事务数据以便进行性能分析lr_resume_transaction_instance 继续收集事务实例数据以便进行性能分析lr_set_transaction_instance_status 设置事务实例的状态lr_set_transaction_status 设置打开事务的状态lr_set_transaction_status_by_name 设置事务的状态lr_start_sub_transaction 标记子事务的开始lr_start_transaction 标记事务的开始Lr_start_transaction("trans1");lr_start_transaction_instance 启动嵌套事务(由它的父事务的句柄指定)lr_stop_transaction 停止事务数据的收集lr_stop_transaction_instance 停止事务(由它的句柄指定)数据的收集lr_wasted_time 消除所有打开事务浪费的时间lr_get_attrib_double 检索脚本命令行中使用的double 类型变量lr_get_attrib_long 检索脚本命令行中使用的long 类型变量lr_get_attrib_string 检索脚本命令行中使用的字符串lr_user_data_point 记录用户定义的数据示例折叠脚本lr_whoami将有关Vuser 脚本的信息返回给Vuser 脚本lr_get_host_name 返回执行Vuser 脚本的主机名lr_get_master_host_name 返回运行LoadRunner Controller 的计算机名lr_eval_string 用参数的当前值替换参数lr_save_string 将以NULL 结尾的字符串保存到参数中lr_save_var 将变长字符串保存到参数中lr_save_datetime 将当前日期和时间保存到参数中lr _advance_param 前进到下一个可用参数lr _decrypt 解密已编码的字符串lr_eval_string_ext 检索指向包含参数数据的缓冲区的指针lr_eval_string_ext_free 释放由lr_eval_string_ext 分配的指针lr_save_searched_string 在缓冲区中搜索字符串实例,并相对于该字符串实例,将该缓冲区的一部分保存到参数中lr_debug_message 将调试信息发送到输出窗口lr_error_message 将错误消息发送到输出窗口lr_get_debug_message 检索当前消息类lr_log_message 将消息发送到日志文件lr_output_message 将消息发送到输出窗口lr_set_debug_message 设置调试消息类lr_vuser_status_message 生成带格式的输出,并将其写到ControllerVuser 状态区域lr_message 将消息发送到Vuser 日志和输出窗口lr_load_dll 加载外部DLLlr_peek_events 指明可以暂停Vuser 脚本执行的位置lr_think_time 暂停脚本的执行,以模拟思考时间(实际用户在操作之间暂停以进行思考的时间)lr_continue_on_error 指定处理错误的方法lr_continue_on_error (0);lr_continue_on_error ⑴;lr_rendezvous 在Vuser 脚本中设置集合点TE_wait_cursor 等待光标出现在终端窗口的指定位置TE_wait_silent 等待客户端应用程序在指定秒数内处于静默状态TE_wait_sync 等待系统从X-SYSTEM 或输入禁止模式返回TE_wait_text 等待字符串出现在指定位置TE_wait_sync_transaction 记录系统在最近的X SYSTEM 模式下保持的时间折叠WEB函数列表:web_custom_request 允许您使用HTTP 支持的任何方法来创建自定义HTTP 请求web_image 在定义的图像上模拟鼠标单击web_link 在定义的文本链接上模拟鼠标单击web_submit_data 执行"无条件"或"无上下文"的表单web_submit_form 模拟表单的提交web_url 加载由"URL"属性指定的URLweb_set_certificate 使Vuser 使用在Internet Explorer 注册表中列出的特定证书web_set_certificate_ex 指定证书和密钥文件的位置和格式信息web_set_user 指定Web 服务器的登录字符串和密码,用于Web 服务器上已验证用户身份的区域web_cache_cleanup 清除缓存模拟程序的内容web_find 在HTML 页内搜索指定的文本字符串web_global_verification 在所有后面的HTTP 请求中搜索文本字符串web_image_check 验证指定的图像是否存在于HTML页内web_reg_find 在后面的HTTP 请求中注册对HTML源或原始缓冲区中文本字符串的搜索web_disable_keep_alive 禁用Keep-Alive HTTP 连接web_enable_keep_alive 启用Keep-Alive HTTP 连接web_set_connections_limit 设置Vuser 在运行脚本时可以同时打开连接的最大数目web_concurrent_end 标记并发组的结束web_concurrent_start 标记并发组的开始web_add_cookie 添加新的Cookie 或修改现有的Cookieweb_cleanup_cookies 删除当前由Vuser 存储的所有Cookieweb_remove_cookie 删除指定的Cookieweb_create_html_param 将HTML 页上的动态信息保存到参数中。

(LR 6.5 及更低版本)web_create_html_param_ex 基于包含在HTML 页内的动态信息创建参数(使用嵌入边界)(LR 6.5 及更低版本)。

web_reg_save_param 基于包含在HTML 页内的动态信息创建参数(不使用嵌入边界)web_set_max_html_param_len 设置已检索的动态HTML 信息的最大长度web_add_filter 设置在下载时包括或排除URL 的条件web_add_auto_filter 设置在下载时包括或排除URL 的条件web_remove_auto_filter 禁用对下载内容的筛选web_add_auto_header 向所有后面的HTTP 请求中添加自定义标头web_add_header 向下一个HTTP 请求中添加自定义标头web_cleanup_auto_headers 停止向后面的HTTP 请求中添加自定义标头web_remove_auto_header 停止向后面的HTTP 请求中添加特定的标头web_revert_auto_header 停止向后面的HTTP 请求中添加特定的标头,但是生成隐性标头web_save_header 将请求和响应标头保存到变量中web_set_proxy 指定将所有后面的HTTP 请求定向到指定的代理服务器web_set_proxy_bypass 指定Vuser 直接访问(即不通过指定的代理服务器访问)的服务器列表web_set_proxy_bypass_local 指定Vuser 对于本地(Intranet) 地址是否应该避开代理服务器web_set_secure_proxy 指定将所有后面的HTTP 请求定向到服务器web_set_max_retries 设置操作步骤的最大重试次数web_set_timeout 指定Vuser 等待执行指定任务的最长时间web_convert_param 将HTML 参数转换成URL 或纯文本web_get_int_property 返回有关上一个HTTP 请求的特定信息web_report_data_point 指定数据点并将其添加到测试结果中web_set_option 在非HTML 资源的编码、重定向和下载区域中设置Web 选项web_set_sockets_option 设置套接字的选项用户关注的是用户操作的相应时间。

相关文档
最新文档