QTP 检查点(CheckPoint)
checkpoint的工作流程
checkpoint的工作流程Checkpoint的工作流程是指在计算机系统中进行检查点操作的步骤和流程。
检查点是一种在操作系统中用于保存系统状态的机制，它允许计算机系统在遇到软件或硬件故障时从先前快照或备份中恢复。
Checkpoint的工作流程主要包括以下几个步骤：1. 确定检查点间隔时间由于在进行检查点时需要保存系统当前的状态，因此检查点的间隔时间需要根据系统的特点和需求来确定。
一般来说，检查点间隔时间应该足够短，以便在出现故障的情况下能够最大程度地减少数据丢失和恢复时间。
2. 选择检查点存储路径在进行检查点操作之前，需要选择一个用于存储快照的路径。
这个路径可以是本地磁盘、网络存储设备或云存储平台等，具体选择要根据系统的容量和数据保护策略来考虑。
3. 暂停程序执行在进行检查点操作之前，需要暂停程序的执行。
这是为了避免在保存系统状态时同时影响到程序的运行。
在暂停程序执行之后，系统会等待所有内存中的操作完成，然后开始保存系统状态。
4. 保存系统状态在程序执行暂停的情况下，系统会将内存、寄存器中的所有信息以及硬盘上所有已经修改但未写回的页面保存到检查点存储路径中。
保存系统状态的过程需要较长的时间，因此需要保证系统在此期间不会出现任何故障。
5. 恢复程序执行在进行检查点操作之后，系统可以恢复程序的执行。
恢复操作将读取检查点存储路径中的快照并加载到内存中，将程序恢复至检查点的时间点。
在部分系统中，需要经过一定的额外处理，例如将快照数据进行解压或解密等。
6. 定期清理检查点为避免存储空间的浪费和维护系统的稳定性，需要定期清理检查点。
这可以通过定时删除过期的检查点、合并不同时间点的检查点等方式来进行。
总体来说，Checkpoint的工作流程是非常重要的。
它提供了一种容错和纠错机制，允许系统在遇到故障时能够快速地恢复，并最大程度地减少数据损失。
在实际应用中，需要根据具体需求来确定检查点的间隔时间和存储路径，并建立一套有效的检查点管理机制来保证系统的可靠性和稳定性。
QTP之验证点与测试报告
Reporter函数
我们为什么要用自定义验证点（后者）， 因为它比QTP自带的CheckProperty（前者） 要灵活。主要表现在4个方面： 1：前者的ReportEvent只有2种：Pass和Fail， 而后者有4种。 2：前者只能检查各种属性，后者可以从多 角度去验证，包括代码逻辑，如条件判断、 循环等。
Test Report
第二 个知 识点
第一 个知 识点
Test Report
第三 个知 识点
Test Report
4种报告状态的优先级做一个总结：从高 到低排序为： micFail>micWarning>micPass>micDone
习题1、使用自身接口的方式验证“一下” 这个按钮的界面是否符合要求。
Browser("一下，你就知道").Page(&Edit("wd").Set "QTP自动化测试技术领Edit("wd").CheckProperty "value", "QTP自动化 测试技术领航"
CheckProperty方法
格式：object.CheckProperty (PropertyName, PropertyValue,[TimeOut])
PropertyName:要检查的属性名 PropertyValue:预期结果值 TimeOut:单位是milliseconds,可以不填。
CheckProperty方法
QTP
主讲：傅冬颖
EmailБайду номын сангаасfdy8034252@
验证点与测试报告
1. 理解验证点在自动化测试中的重要作用
2. 使用QTP自带验证点函数CheckProperty 3. 自定义验证点
QTP的基本使用方法
QTP基本功能的使用实验目的：1 熟悉QTP各项菜单的操作2 了解QTP自动化测试的基本过程3 熟练使用关键字视图4 理解对象库的作用，并学会对对象库的管理5 掌握运行和调试测试脚本的基本方法6 能够分析测试结果文档实验内容：一、QTP基本功能的使用1．录制一个Flight登录脚本。
1）Automation->Record and Run settings，设置成只录制指定程序2）单击“Record”按钮，或F3，开始录制，输入用户名，密码（MECURY），确定二、关键字视图在关键字视图中，可以看到4个测试步骤，分别是：1.让Login窗口处于激活状态。
（可以通过单击任务栏上的图标激活）2.在“Agent Name”输入框中输入字符串“admin”3.在“Password”输入框中输入密码4.单击“OK按钮Tips：可通过右键，选择“Copy Documentation to Clipboard”，导出测试步骤文档，生成测试用例，用于指导手工测试的进行。
对关键字视图进行以下操作：1.添加注释：右键，Comment2.添加测试输出信息：选择对应的操作步骤，Insert Step -> Report在Login之前，报告开始登录操作，在单击OK按钮后，报告完成登录操作以上操作之后，关键字视图界面截图参考3.插入检查点（CheckPoint）检查点是一个比较测试对象当前属性值与预期属性值的验证点，它让测试人员可以根据验证点的结果来判断被测试的应用程序是否正常工作。
检查Login窗口的名称是否为“Login”，如果不是，认为测试通不过。
定位到Activate Login，右键，Insert Standard CheckPoint，选择要检查的属性，这里选择“enabled”属性，设置为true，“text”属性设置为Login。
可单击help按钮查看帮助可单击help按钮查看帮助完成后的关键字视图界面截图可运行观察测试结果，或修改text属性值后再运行，观察测试结果4.插入新的测试步骤定位到要插入新测试步骤的地方，右键，Insert Step-> Step GeneratorCategory：Test Objects：测试对象，即被测试应用程序的界面上的控件元素Utility Objexts：工具对象，是QTP内建的各种用于编写测试脚本、辅助建立测试逻辑的工具类对象Functions：各种函数，包括库函数、内建函数、本地脚本函数单击Object旁边的按钮，选择对象，若对象不在列表中，则可单击界面中的手型按钮，移动到Flight程序的“Login”界面，从中选择测试对象“Help”按钮。
实训 QTP检查点的应用概述
实训 QTP检查点的应用1.1实训目标能够熟练使用对象检查点、文本检查点、页面和表检查点验证被测对象能够熟练使用检查点运行并分析测试，对测试结果进行评估1.2任务描述1、完成在“Book a Flight”页中添加标准检查点。
该检查点将验证包含乘客名字的框中的值；2、完成向测试中添加页面检查点。
页面检查点检查运行测试时在页面中所找到的链接和图像的数量是否与录制测试时所找到的数量相同。
3、完成向测试中添加文本检查点，以检查“New York”是否显示在“Flight Confirmation”页中。
1.3覆盖的知识点标准检查点、文本检查点、页面检查点、检查点的运行1.4实训参考步骤一、了解检查点类型QuickTest Professional 提供了下列类型的检查点：二、检查对象在本部分中，将在“Book a Flight”页中添加标准检查点。
该检查点将验证包含乘客名字的框中的值。
1、启动QuickTest，并打开“Recording”测试。
如果 QuickTest 尚未打开，请选择“开始”>“程序”>“QuickTestProfessional”>“QuickTest Professional”。
2、将测试另存为“Checkpoint”。
选择“文件”>“另存为”。
将测试另存为“Checkpoint”。
3、确认是否已启用“Active Screen”选项。
如果在 QuickTest 窗口底部看不到 Active Screen，请单击“Active Screen”按钮或选择“查看”>“Active Screen”。
4、找到要向其添加标准检查点的页面。
您想添加检查点，以便在乘客的名字输入到“First Name”编辑框后，对该框中的属性值进行检查。
在关键字视图的“项”列中，单击 (+) 展开“Action1”>“Welcome:MercuryTours”>“Book a Flight: Mercury”。
自动化测试工具-QTP使用基础
2011-7-29 6
自动化测试简介
•
自动化测试的适用场景：
– 可重复地、对于数据能进行精确地大批量地比较
•
不适合使用场景
– 周期短并且一次性的项目 – 进度非常紧张的项目 – 需求非常不稳定的项目 – 界面尚未确定 – 使用了很多第三方或自定义控件的项目
7
5
自动化测试简介
• 自动化测试需要测试人员有一定的软件设计和开发能力，
同时也要对被测系统的业务有一定的认识。
• 自动化测试需要有完善的测试流程和测试策略做保证。 • 自动化测试的脚本的维护成本比较高。 • 自动化测试需要在覆盖率和实现成本上找到平衡点。覆盖
率越高，实现和维护成本越大。覆盖率低，自动化测试没 有实现的价值。针对产品，应该在自动化测试中实现实施 测试的关键流程。
•
查看报告
– 在Automation－Results查看结果报告
18
分析测试结果
•
页面
19
Checkpoint
•
手工测试时，测试方法是通过取运行时真实的值和期望值比较，再生 成测试结果。QTP中CheckPoint可以实现这个功能。 检查点(CheckPoint)是将特定属性的当前数据与期望数据进行比较，用 于判定被测试程序的功能是否正确。
对测试脚本进行语法检查无误后，可以按F5键运行整个测试脚 本。在运行测试之前，可以对运行做必要的设置，以便满足测 试的要求。选择菜单“Tools | Options”，在“Run”页中的“Run mode”，可选择运行模式为“Normal” 或“Fast”。 • 如果选择“Fast”，则QTP以尽可能快的 速度运行测试脚本中的每一个测试步骤； • 如果选择“Normal”，则可以进一步设置 测试运行过程中每一个步骤直接的停顿 时间，这种设置有利于测试人员在QTP 执行测试的过程中查看测试的整个过程， 看是否如预期的设计一样执行测试。
checkpoint 设置标准
checkpoint（检查点）设置标准需要考虑多个因素，以确保系统的稳定性和性能。
首先，检查点间隔的设置需要考虑系统的性能和恢复时间。
如果间隔设置得太短，会导致系统性能下降，因为频繁的检查点会增加IO 操作和CPU负载。
而如果间隔设置得太长，则可能导致恢复时间变长，因为系统需要处理更多的数据。
其次，检查点间隔的设置还需要考虑系统的可用性和可靠性。
如果系统在检查点间隔期间发生故障或崩溃，那么可能会丢失一些数据。
因此，需要权衡检查点间隔和系统可靠性之间的关系。
此外，检查点的频率还会影响系统性能和数据恢复时间。
如果检查点频率设置得过高，会导致系统性能下降，因为频繁的检查点会增加IO操作和CPU负载。
而如果检查点频率设置得过低，则会导致数据恢复时间变长，因为系统需要处理更多的数据。
总之，checkpoint的设置标准需要综合考虑系统的性能、恢复时间、可用性和可靠性等因素。
根据具体情况进行合理设置，可以确保系统的稳定性和性能。
实验二 QTP参数化、检查点、输出值、同步
1-21
The End
解决思路：Wait
《软件测试工具》
SEI of ECNU 版权所有©
1-6
练习1 参数化
参数化Ticket
《软件测试工具》
SEI of ECNU 版权所有©
1-7
2、检查点
验证执行结果是否正确
ห้องสมุดไป่ตู้Eg：检查某些文字是否出现
《软件测试工具》
SEI of ECNU 版权所有©
1-8
检查点的类型
标准检查点 (standard checkpoint)
输出表格单元格的内容或者表格的属性值
数据库输出值(Database output value)
创建SQL语句从数据库中检索相应的纪录并输出指定的值
XML输出值(XML output value)（只能在录制时创建）
输出XML元素或其属性值
《软件测试工具》
SEI of ECNU 版权所有©
1-16
输出值的插入方法
《软件测试工具》 SEI of ECNU 版权所有© 1-9
检查点的类型
可访问性检查点(Accessibility checkpoint)
对网站区域进行识别以检查是否符合508 部分，例如检查网页上的图像是 否包含 ALT 属性（该属性是 W3C Web 内容可访问性规则所要求的）。
页面检查点(Page checkpoint)
检查对象（界面控件）的属性值 ，例如检查是否选中某单选按钮。
图像检查点(image checkpoint)
检查图像的属性值，例如检查图像源文件是否正确。
位图检查点(bitmap checkpoint)
将网页或应用程序的某个区域捕获为位图后对其进行检查，例如检查网 页或网页的任何部分是否能按预期显示。
自动化测试工具QTP和SilkTest比较
自动化测试工具QTP和SilkTest比较业内但凡玩过QTP的，多半都知道songfun的名字，多少读过几篇我写的关于QTP的文章。
然而今天，作为捧红它的一员，我决定亲自推翻它，让它从神坛走下。
前面博文说了QTP已死，这里要谈谈最近势头正劲的 SilkTest 。
众所周知，自动化测试工具曾几何时三足鼎立，Mercury QTP/WinRunner系、IBM RobotJ (RFT)系、Borland Segue SilkTest系，但是几年下来，QTP在国内和国外都将同类工具远远甩在身后几条街。
即使后起之秀Web界翘楚Selenium也只能将超越QTP作为自己终身己任，以至于连名字上都要以 Selenium（硒）克一下它的偶像 Mercury（汞，硒解汞毒）。
但是时过境迁，SilkTest 已经不再是当年的那个SilkTest，QTP也不再是当年的QTP。
2013年的自动化测试工具因为QTP的裹足不前和SilkTest 的浴火重生变得有了味道。
好吧，一定有人要站出来说QTP现在的市场份额在国内的仍然有60%，SilkTest还远未成气候，而Selenium只能进行B/S的自动化，不可能取代之……我只想说，这几年以来QTP并无太大建树，除了界面更加华丽，兼容性更差，更耗资源，内核未做更新，就是多了一些华而不实噱头级别的功能特性和某几个小功能——真的一直没有太大变化，按照这样的趋势，QTP 很有可能成为下一个WinRunner。
好吧，最近网站和论坛正在热捧 WinRunner，好多朋友连这个名字都没听过，跑个题，告诉大家曾经的WinRunner就像今天的QTP一样统领自动化领域的武林，如果大家去看国外最大的SQAForum就会看到它的历史回帖数在今天仍然跻进 Top 3，但是如果你去 的论坛看看它目前的人气那真是令人嗟叹，整个季度的回帖数不足10篇！QTP可能会变成下一个WinRunner，作为使用了QTP 十年之久的我从感情上有些舍不得，但是必须面对的要去面对，我们应该拥抱变化。
跟我学HP QTP功能测试工具——如何设置检查点和测试参数化
1跟我学HP QTP功能测试工具——如何设置检查点和测试参数化1.1设置检查点和测试参数化1.1.1设置检查点1、检查点的主要作用——实现测试验证的自动化在一个自动化测试中如果没有检查点，那这个自动化测试是没有多大意义的。
自动执行脚本，我们要通过检查点的验证结果来查看每个测试点是否达成了预期的结果从而验证测试结果的正确性。
因此，验证点是自动化测试过程中的关键——因为如果只是实现了测试执行的自动化，而没有实现测试验证的自动化，这并不是真正的自动化测试。
因此，可以通过提供和设置检查点实现测试验证的自动化过程。
当添加了一个检查点时，UFT会将检查点添加到关键字视图中的当前行并在编辑器视图中添加一条“检查检查点”语句。
2、“检查点”进行验证的主要实现原理在UFT中应用“检查点”进行验证的主要实现原理是将对象的指定属性的当前值与该属性的期望值进行比较，而在运行测试脚本时，UFT会将检查点的期望结果与当前实际的结果进行比较。
如果测试结果不相匹配，检查点就会失败、并且在“测试结果”窗口中都可以查看到对各种检查点的验证结果信息。
3、UFT中所支持的各种形式的检查点在“设计”主菜单内的“检查点”子菜单内提供有插入各种形式的检查点的功能子菜单项目。
4、添加标准的检查点（1）主要的作用通过向测试脚本或组件中添加标准检查点，可以对不同版本的应用程序或网站中的对象属性值进行比较。
可以使用标准检查点来检查网站或应用程序中的对象属性值。
标准检查点将对录制期间捕获的对象属性的预期值，与运行会话期间对象的当前值进行比较。
（2）添加标准的检查点可以在录制过程中进行添加或录制结束后，向测试脚本中添加相关的检查点。
只需要在“Active Screen”活动屏幕窗口中点击列表中的需要添加检查点所在某个测试步骤所在的位置，右键点击菜单中的“insert standard checkpoin”插入标准检查点子菜单项目，将显示出如下的插入选择点的类型的弹出菜单。
QTP 检查点(CheckPoint)
QTP 检查点(CheckPoint)手工测试时，我们的测试方法是通过取运行时真实的值和期望值比较，再生成测试结果。
QTP 中CheckPoint可以实现这个功能。
检查点(CheckPoint)定义：将特定属性的当前数据与期望数据进行比较的检查点，用于判定被测试程序的功能是否正确。
QTP内置检查点实手工测试时，我们的测试方法是通过取运行时真实的值和期望值比较，再生成测试结果。
QTP中CheckPoint可以实现这个功能。
检查点(CheckPoint)定义：将特定属性的当前数据与期望数据进行比较的检查点，用于判定被测试程序的功能是否正确。
QTP内置检查点实现原理：–录制时根据用户设置的检测内容，记录数据作为基线数据–回放时，QTP捕获对象的运行时数据，与脚本中的基线数据进行比较–如果基线数据和运行时数据相同，结果为Passed，反之为Failed检查点类型：1.标准检查点（Standard Checkpoint）检查对象的属性，如可以检查某个按钮的是否被选取；2. 文本检查点（Text Checkpoint）检查网页或窗口中的文字内容是否正确；3.文本区域检查点（Text Area Checkpoint）检查网页或窗口中的文字是否在指定的区域显示；4.位图检查点（Bitmap Checkpoint）检查位图格式的网页或应用程序区域；如。
被测应用程序中有一个按钮，显示<查看文档>其中<号码>会被输入到应用程序中其它位置窗体的四位数字代码替换。
可以创建一个文本区域检查点，以确认在该按钮上显示与窗体中的号码相同；5.数据库检查点（Database Checkpoint）检查由应用程序访问的数据库到内容；6.可访问性检查点（A clearcase/" target="_blank" >ccessibility Checkpoint）对网站区域属性进行识别，以检查是否符合可访问性规则的要求；7.XML检查点（XML Checkpoint）检查xml文件数据内容；以上除了数据库检查点其它几种检查点需在录制情况下插入，也可在非录制情况下通过Active Screen选择相应对象进行检查点插入。
高性能计算中的任务检查点技术指南(二)
高性能计算中的任务检查点技术指南一、引言在高性能计算领域，任务检查点（checkpoint）技术被广泛应用于保证大规模并行计算任务的可靠性和效率。
本文将深入讨论任务检查点技术的原理、应用和最佳实践，帮助读者在实际工作中合理使用该技术。
二、任务检查点技术的原理任务检查点技术是在长时间运行的并行计算任务中，定期将任务的中间状态保存到稳定存储介质中，以防止计算节点的故障导致任务中断。
其原理可以简单概括为以下几个步骤：1. 检查点创建：任务管理器按照一定的策略，决定何时创建一个检查点，保存任务在某个时间点的状态。
这可以通过将任务的内存数据写入到硬盘或者分布式文件系统中实现。
2. 检查点恢复：在计算节点发生故障后，任务管理器能够识别上一个检查点，并从中恢复任务的状态。
这需要任务管理器能够正确识别和管理检查点文件，并确保其完整性和一致性。
3. 故障处理：一旦发生计算节点故障，任务管理器需要能够快速检测到该故障，并触发检查点的恢复机制。
一般情况下，任务管理器会重新启动故障节点上的任务，并从最近的检查点恢复状态。
三、任务检查点技术的应用任务检查点技术在高性能计算中有广泛的应用。
以下几个领域是其中的代表：1. 分布式计算：在大规模分布式计算中，使用任务检查点技术可以提高计算任务的鲁棒性。
通过定期创建检查点，计算节点故障时可以从检查点恢复，减少计算任务的重新计算量，提高整体计算效率。
2. 数据分析：在数据分析中，常常需要进行大规模的迭代计算。
任务检查点技术可以有效地在迭代过程中保存任务状态，以便在计算节点故障时恢复状态并继续迭代。
这对于大规模数据处理任务的可靠性和性能至关重要。
3. 模拟仿真：在科学计算中，模拟仿真往往需要耗费大量的计算资源和时间。
任务检查点技术可以在模拟过程中定期保存检查点，以便在计算节点故障时恢复状态。
这样可以极大地提高仿真计算的效率和可靠性。
四、任务检查点技术的最佳实践在使用任务检查点技术时，以下几点是需要注意的最佳实践：1. 检查点策略：合理的检查点策略可以提高计算任务的效率。
在QTP中建立一个数据库检查点.
与Robot相比，QTP直接提供了对数据库中的数据进行检查的检查点，这样如果在我们的测试中需要对后台的业务数据进行检查，只需要建立一个数据库检查点就可以了。
建立数据库检查点对于一些比较复杂的业务逻辑的测试非常重要。
在QTP 8种，建立一个数据库检查点的基本步骤如下：1、从Insert菜单或工具条上选择新建一个Database Checkpoint 2、接下来需要为这个Database Checkpoint建立相应的Database Query，这里我们可以通过QTP 8提供的向导完成建立Database Query的过程。
在QTP 8里，我们有两种建立数据库query的选择：一种是通过Microsoft Query建立，这种方法比较简单，但是需要安装Microsoft Office中的Microsoft Query；另一种方法是手动建立，如果你对在Windows中手动建立ODBC数据源和SQL语句比较熟悉，那么可以选择这种方法。
使用Microsoft Query建立数据库query的画面如下图，Microsoft Query可以帮助我们建立数据连接，选择数据源并建立数据库的qeury：最后Microsoft Query会把建立好的query返回给QTP 8。
3、在query建立好之后，QTP 8将打开Database Checkpoint的属性对话框让我们决定如何建立这个数据库检查点。
数据库检查点对话框上方的表格中有蓝色对号的单元格表示将会作为基准数据在执行测试时参加检查，我们可以选择那些单元格的数据作为我们的基准数据。
而在对话框下方有三个属性页，第一个属性页表明当前选择的基准数据是怎样配置的，可以是常数，也可以从数据表中读取，或者从被测软件的输出数据中读入。
第二个属性页用来设置比较数据的规则。
而第三个属性页用来设置在进行数据检查时怎样识别数据表的行，列以及单元格。
如果我们选择通过键值来定位行数据，那么被选择为主键的列标题会加上图标作为标识。
QTP 数据库检查点 具体步骤详解
Web测试及测试自动化
王 彩
Chapter 4
复习思考：
测试要求脚本）
2
Chapter 4
脚本设计
–
– –
–
–
3
录制用户注册过程：点击主页上注册菜单，输入用户 名、密码、确认密码，注册成功后，点击成功提示中 登录链接，成功登陆后注销退出，返回登陆界面，关 闭浏览器。 用户名、密码、确认密码用5组数据参数化,全局表。 在注册成功页面“Your username is XXX”插入文本 检查点，把预期结果设为已成功注册的用户名，预期 结果要参数化。 在注册成功页面检查sign in链接，用标准检查点。 在注册成功页面插入数据库检查点，预期结果设为数 据库users表的新注册用户记录。
Chapter 4
难点提示——插入标准检查点
4
Chapter 4
难点提示——数据库检查点
5
Chapter 4
难点提示——数据库检查点设置预期 结果
6
Chapter 4
难点提示——数据库检查点设置定位 单元格的策略
7
Chapter 4
难点提示
数据库检查点的使用分成两部分
– –
设置预期结果：用有效用例录制测试过程，才能如 上页图那样，顺利设置预期结果。 执行测试用例：但是运行脚本之前一定要清空以上 测试过程中生成的数据库表数据，才能执行有效的 数据库检查点。比如，注册功能，不删除数据表数 据，同样的数据执行两次就会出错。订票功能，可 以重复订，但是用我们上述方法检查点无论如何都 是成功。
8
Chapter 4
9
qtp 检查点
qtp 检查点QuickTest enables you to add checks to your test or component.检查点比较指定属性的当前值与期望值，以判断当前的程序（或站点）功能是否正常。
当你增加了一个检查点以后，在KeyWord模式下会增加一个CheckPoint，在Expert模式下会增加一条CheckPoint语句。
在运行测试时，QTP比较CheckPoint 的期望值与当前值，如果结果不匹配，则检查点失败，你可以在TestResults窗口中查看到检查点的结果。
如果你想获取checkpoint的返回值（一个布尔值，表示检查成功或失败），你必须在专家模式下将checkpoint参数两端加上括号。
如a =browser("MyBrowser").page("MyPage").check(checkPoint("MyProperty"))2)向测试脚本中添加检查点可以在录制脚本的过程中添加，也可以在修改脚本的过程中添加。
途径：菜单Insert－checkpoint、或按钮；在Keywork视图中选择一个STEP，然后选右键菜单Insert Standard Checkpoint；在Active Screan中选择任意一个object，然后选右键菜单Insert Standard Checkpoint。
3) checkpoint的种类：可以在站点或应用程序中插入不同种类的checkpoint。
●Standard Checkpoint（标准检查点）检查程序或网页object的属性值，检查对象如buttons, radio buttons, combo boxes, lists,等等。
标准检查点支持所有的add-in环境(see Supported Checkpoints).●Image Checkpoint（图像检查点）检查程序或网页中图像的值，如你可以检查图像的源文件是否正确。
QTP实用操作—检查点
一、文本区域检查点（不支持Web系统）1、作用：检查被测系统中指定区域中的文本内容是否与预期一致2、文本区域检查点确定要素（1）待检查对象（2）确定待检查矩形区域（3）确定预期数据（4）确定检查点插入位置（5）确定超时时间3、插入文本区域检查点的步骤（只能在录制过程中插入）（1）点击Insert-CheckPoint-Text Area CheckPoint（2）使用十字形鼠标框定待检查矩形区域（3）弹出的Object Selection 对话框中，点击OK（存储文本控件对象的父对象）（4）弹出的Text Area检查点属性设置框中，确定预期文本，点击OK练习1、Flight中，输入正确的用户名和密码，点击OK之前，点击Help，使用文本区域检查帮助信息是否出现在确定的上方4、文本区域检查点和文本检查点的区别总结（1）支持的系统不同：文本区域检查点不支持Web系统，而文本检查点支持（2）插入的时机不同：文本区域检查点只能录制过程中插入，而文本检查点录制过程和录制后均可插入（3）待检查的控件对象不同：文本区域检查点检查的控件对象是文本控件的父对象，而文本检查点检查的是文本控件本身（4）待检查的范围不同：文本区域检查的范围是选择矩形区域，而文本检查点的范围是文本内容本身二、位图检查点（了解）1、作用：主要用于UI检查，常用于检查控件的位置、大小、颜色和状态等。
2、位图检查点确定要素（1）确定待检查对象（2）确定待检查矩形区域（3）确定检查点插入位置（4）确定超时时间3、插入位图检查点的步骤（建议在录制过程中插入）（1）点击Insert-CheckPoint-BitMap CheckPoint（2）使用手型鼠标点击待检查对象（3）弹出的object Selection对话框中点击Ok（4）弹出的位图检查设置对话框中设置如下：A：选择检查区域Check entire bitmap：检查整张位图Check only selected area：只检查选定区域（一般选择此项）B：确定超时时间三、Data Table参数化（重点）1、适用场景：相同的业务流程需要使用一组不同的测试数据2、原理：将脚本中常量替换为Data Table参数化。
QTP检查点使用与分析
QTP检查点使用与分析大多数检查点都可以在录制过程中或在录制之后添加到测试中。
下列部分解释了如何在录制测试中创建的测试中创建上述某些检查点。
注意：当QuickTest 创建检查点时，它会基于检查点内的信息（例如，已检查的值）分配名称。
即使您随后修改了其所基于的信息，检查点名称也不会改变。
在关键字视图中查找显示的检查点时，请记住这一点。
但要注意，QuickT est 可能会截短关键字视图中所显示的名称。
二.创建标准检查点。
1.在录制过程中insert→checkpoint→standard checkpoint2.在录制结束后insert→checkpoint→standard checkpoint3.录制结束后；在active screen中右击对象→ insert standard checkpoint上述操作都将打开“对象选择- 检查点属性”对话框。
单击“确定”。
将打开“检查点属性”对话框。
该对话框将显示对象的下列属性：name：在网页的HTML 代码中定义的对象名。
class：对象的类型。
WebEdit：表示对象是一个编辑框。
列表框中显示的是：对象的属性及对应值。
Constant：属性值；点击后面图标可以使用【正则表达式】Parameter：将属性值参数化（datatable、environment、random number）Checkpoint timeout：等待时间Insert statement：插入位置当前step之前或者之后单击确定之后代码生成如下：Expert view显示为：Browser("Google 翻译").WinEdit("Edit").Check CheckPoint("Edit")大多数检查点都可以通过上述方法插入。
下列部分将解释几种特殊类型的检查点。
三.添加页面检查点页面检查点检查运行测试时在页面中所找到的链接和图像的数量是否与录制测试时所找到的数量相同。
检查点(checkpoint)的工作机制
检查点是一个数据库事件，它把修改数据从高速缓存写入磁盘，并更新控制文件和数据文件。
检查点分为三类：1）局部检查点：单个实例执行数据库所有数据文件的一个检查点操作，属于此实例的全部脏缓存区写入数据文件。
触发命令：svmrgrl>alter system checkpoint local;这条命令显示的触发一个局部检查点。
2）全局检查点：所有实例（对应并行数据服务器）执行数据库所有所有数据文件的一个检查点操作，属于此实例的全部脏缓存区写入数据文件。
触发命令svrmgrl>alter system checkpoint global;这条命令显示的触发一个全局检查点。
3）文件检查点：所有实例需要执行数据文件集的一个检查点操作，如使用热备份命令alter tablespace USERS begin backup，或表空间脱机命令alter tablespace USERS offline，将执行属于USERS表空间的所有数据文件的一个检查点操作。
检查点处理步骤：1）获取实例状态队列：实例状态队列是在实例状态转变时获得，ORACLE获得此队列以保证检查点执行期间，数据库处于打开状态；2）获取当前检查点信息：获取检查点记录信息的结构，此结构包括当前检查点时间、活动线程、进行检查点处理的当前线程、日志文件中恢复截止点的地址信息；3）缓存区标识：标识所有脏缓存区，当检查点找到一个脏缓存区就将其标识为需进行刷新，标识的脏缓存区由系统进程DBWR进行写操作，将脏缓存区的内容写入数据文件；4）脏缓存区刷新：DBWR进程将所有脏缓存区写入磁盘后，设置一标志，标识已完成脏缓存区至磁盘的写入操作。
系统进程LGWR与CKPT进程将继续进行检查，直至DBWR进程结束为止；5）更新控制文件与数据文件。
注：控制文件与数据文件头包含检查点结构信息。
在两种情况下，文件头中的检查点信息（获取当前检查点信息时）将不做更新：1）数据文件不处于热备份方式，此时ORACLE将不知道操作系统将何时读文件头，而备份拷贝在拷贝开始时必须具有检查点SCN；ORACLE在数据文件头中保留一个检查点的记数器，在正常操作中保证使用数据文件的当前版本，在恢复时防止恢复数据文件的错误版本；即使在热备份方式下，计数器依然是递增的；每个数据文件的检查点计数器，也保留在控制文件相对应数据文件项中。
QTP之检查点
QTP之检查点首先，简单说下，什么是检查点。
因为检查点在测试领域中涉及面较广，所以我们这里主要针对Q T P的检查点做个概念性的介绍，它是Q T P在运行过程中，对被测试对象的属性、输入、输出值做的一个检查，如果发现预期结果与实际结果不同，便会以报告的方式显示出来给用户或者返回值。
其次，知己知彼，方能百战不殆。
让我们了解下，Q T P检查点的基本工作原理，Q T P把某个对象添加到一个“库”中，并记录了它的属性，值等，在运行的时候，把用户指定的属性，值与运行过程中(类似g e t r o p r o p e r t y)的属性与值进行比较。
直到V9.5出台，检查点管理才上升到界面上，并归并于对象库中。
至此，检查点的原理在9.5的粉饰下更让人容易接受和入门。
再次，为什么要添加检查点?因为使用Q T P，无论是回归测试，或者其它方面的测试，我们需要一个检查点，一个触发点来达到捕获B U G或者触发事件的目的。
因此，渐渐的很多刚用Q T P的人便把检查点看成一个能够解决自动化瓶颈的一个出路。
所以在一个简单的脚本中，检查点是一个接一个的插进去，琳琅满目。
最后，关于检查点的用法，可以在网上搜索下关于这方面的资料，它包括了表、对象、数据库、位图、文本、页面、输入输出值等等。
在这里介绍个简单的L i n k检查点的玩转方法，自然不是挑战X E n u之类的工具，在这里之所以介绍这个方法，是想让更多的读者学会思考，教材是死的，人才是活的。
1)设置一个U R L让它去跑，我们选择了G o o g l e，然后随便做个操作，例如做个s e t操作。
没办法，添加检查点就是要这么麻烦。
2)第1步其实是让谷歌首页的页面截图有出现到我们的S c r e e n 中。
好了，点击停止。
然后在S c r e e n上邮件添加"I m a g e s"为标准检查点。
3)我们只选择了h t m l t a g和U R L(不要o u t e r h t m l之类的)，让h t m l t a g 为a(连接其实有很多中节点方式，需要根据实际去做参数化)，U R L用正则表达式参数化成"h t t p://(.*)"。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
QTP 检查点(CheckPoint)
手工测试时，我们的测试方法是通过取运行时真实的值和期望值比较，再生成测试结果。
QTP 中CheckPoint可以实现这个功能。
检查点(CheckPoint)定义：将特定属性的当前数据与期望数据进行比较的检查点，用于判定被测试程序的功能是否正确。
QTP内置检查点实
手工测试时，我们的测试方法是通过取运行时真实的值和期望值比较，再生成测试结果。
QTP中CheckPoint可以实现这个功能。
检查点(CheckPoint)定义：将特定属性的当前数据与期望数据进行比较的检查点，用于判定被测试程序的功能是否正确。
QTP内置检查点实现原理：
–录制时根据用户设置的检测内容，记录数据作为基线数据
–回放时，QTP捕获对象的运行时数据，与脚本中的基线数据进行比较
–如果基线数据和运行时数据相同，结果为Passed，反之为Failed
检查点类型：
1.标准检查点（Standard Checkpoint）检查对象的属性，如可以检查某个按钮的是否被选取；
2. 文本检查点（Text Checkpoint）检查网页或窗口中的文字内容是否正确；
3.文本区域检查点（Text Area Checkpoint）检查网页或窗口中的文字是否在指定的区域显示；
4.位图检查点（Bitmap Checkpoint）检查位图格式的网页或应用程序区域；如。
被测应用程序中有一个按钮，显示<查看文档>其中<号码>会被输入到应用程序中其它位置窗体的四位数字代码替换。
可以创建一个文本区域检查点，以确认在该按钮上显示与窗体中的号码相同；
5.数据库检查点（Database Checkpoint）检查由应用程序访问的数据库到内容；
6.可访问性检查点（A clearcase/" target="_blank" >ccessibility Checkpoint）对网站区域属性进行识别，以检查是否符合可访问性规则的要求；
7.XML检查点（XML Checkpoint）检查xml文件数据内容；
以上除了数据库检查点其它几种检查点需在录制情况下插入，也可在非录制情况下通过Active Screen选择相应对象进行检查点插入。
一般我们常用的就是标准检查点，格式如：<要检查的对象>.Check CheckPoint(” “)。
Checkpoint也可以利用DateTable对检查点中的期望结果进行参数化，可以方便遍历用例。