Global Test Service--Performance testing

<br />    一直困扰的QTP脚本在QC10出错 Cannot get RemoteAgent's ClassID for test type，今天终于解决了。我的QTP和QC都是安装在同一台机器上的，系统环境是windows server 2003.报这样的错，首先安装 Quick Test_add in for Quality Center10,如果依然抱这样的错，那么再安装TD4QC_00104(这是Quality Center的sp4补丁，可以http://support.openview.h

相信刚开始从事软件测试的工作者都会有这样一个迷茫期，那就是反复的，重复性的手工测试的工作，觉得没有技术含量，如果之前你学过开发而且自认为自己的开发技术还可以，而从事了自己测试相关的工作，对自己是否选择了错误的职业之后产生了怀疑。于是自己在开发和测试中不断的比较哪个更具有前途和前景，可是在自己google或百度后，发现很多都在说如何如何的好，待遇如何如何的高，可是自己好像并没有体会到象网上说的那么好

由于国内对测试的不重视，测试相对于国外而言，还比较落后，而对于自动化测试更是很少，这个方面的书也比较少，国内好像就6本关于自动化这方面的书，有的书只注重于技术的讲解，由于测试人员开发技术的欠缺，不能很好的讲解项目中如何用QTP，有的也只是粗略的讲了一下，学了的还是不会在项目中用。对于想从事自动化学习和研究的并不能很好的帮助他们。所以基于这个原因。本人想从开发的角度和自己对QTP的理解和感悟，以讲座

1.DataTable实现参数化datatable是QTP提供的最容易实现参数化的方法，QTP对它进行封装并提供了很多方法，DataTable包括两个Sheet：Global和Local。其中，Globle适用于所有Action;而Local只适用于当前的ActionDatatable中的数据是来自哪个文件或者说这些数据是存在于哪个文件中呢？当脚本录制完成后，对该脚本进行保存，脚本根目录下

检查点类型描述用法示例标准检查点检查对象的属性值检查是否选中某单选按钮图像检查点检查图像的属性值检查图像源文件是否正确表检查点检查表中的信息检查表单元格中的值是否正确页面检查点检查网页的特性检查加载网

本讲主要包括：语法检查断点检查单步调试Watch使用Command使用VBSEdit脚本编辑器工具 语法检查语法检查是为了检查脚本中语法是否存在错误。脚本编辑完后，按Ctrl+F7组合键。如果存在语法错误，“Information”栏中会有相应的提示信息。 断点调试断点调试是脚本开发过程中使用频繁最高的一种调试方法。通过设置断点，可以使脚本运行到断点

软件测试系列视频之QTP系列视频讲座目录出炉了，初级第一讲软件测试目前现状 第二讲自动化测试介绍及QTP一些基本功能介绍 第三讲自动化测试QTP参数化及检查点 第四讲自动化测试QTP之检查点第五讲自动化测试QTP之对象仓库 第六讲自动化测试QTP之脚步调试和代码规范第七讲自动化测试QTP之常用API详解和Utility对象 第八讲自动化测试QTP之描述性编程

Test Case：订一张飞机票，然后通过id去查询 Step1.录制login--->new order--->open order -->exist Step2.在new order 上设置参数.选中new order右击-->action properties.然后再Keyword 视图，添加参数      Step3.在open orde

Reporter对象该对象的含义是往测试结果中发送信息，Reporter.ReportEvent EventStatus,ReportStepName,Details

1.新建一个文本文件，将需要的文本(如注释、函数调用、脚本等)写到这个文本文件中，保存该文本文件，重命名为ActionTemplate.mst 2.将"ActionTemplate.mst"文件复制到QTP的安装路径"Mercury Interactive\QuickTest Professional\dat"下 3.新建脚本，查看一下，脚本中是否添加了"ActionTemplat

自动化测试的优点在于快速、可靠、可重复、可重用、无疲劳，是对繁重的手工测试的一次解放，适用于回归测试。自动化还有一个特点是无人值守，测试人员要做的是通过看　　REPORT　　ER来判断系统是否存在缺陷。当然，脚本执行的过程中或多或少会出现ERROR，由于无人值守的特点，接下来的脚本就会不能运行，这也是为什么在自动化脚本中弹出框要用POP函数的原因。QTP提供的场景恢复可以解决这个问题，我将

做功能自动化测试都会不约而同的遇到一个比较棘手的问题－测试框架的搭建。这也是直接影响功能自动化测试成功与否的关键。框架做的好可以使测试事半功倍，反之轻则很难看到工作的成果重则会使整个测试失败。目前网上有很多关于测试框架的讨论，其中也有成型的测试框架，其中有很多好的思想在里边，很值得借鉴。但今天要讨论的不是网上已有的，而是HP已经为我们设计好的一个测试体系，业务组件测试。他是利用QTP与QC的完美结

本讲主要探讨QTP的录制回放原理：       QTP录制的是鼠标和键盘的消息。QTP在录制时监听应用程序的消息，监听到之后把消息放到容器里，而另外的监听程序则从容器中取出容器中的消息，并调用对用的API处理函数。QTP截取的是用户对应用程序的操作，即录制的是消息。QTP录制回放时，是基于windows操作系统的消息机制。对于C/S应用程序，在回放时QTP根据对象的句柄（handle）和脚

QTP有普通、Analog和Low Level3三种录制模式普通录制模式是最常用的一种录制模式Analog录制模式，它能精确地记录下鼠标和键盘在被测试对象中的一系列操作过程，包括鼠标的移动和拖拽。最常见的实例就是使用鼠标绘制图形或签名，这种模式的缺点是1.代码的可读性不强 2.无法修改 3.一些无用的操作也会被录制，因此降低了自动化测试的效率Low Level录制模式，

成为QTP高手必经的四个过程QTP要学精，个人认为必须要经历从无到有，从有到懂，从懂到熟，从熟到精这四个过程。 从无到有 - 初级篇        这个过程主要是熟悉QTP的界面设置，以及一些基本的用法，包括最基础的录制回放，低级录制，参数化，OUTPUT输出，验证点，等等，也可以在51testing论坛里找到些新手的资料，推荐大家可以去这里：http://bbs.51test

文章转载于：http://bbs.51testing.com/thread-174742-1-1.html成为QTP高手必经的四个过程<br />QTP要学精，个人认为必须要经历从无到有，从有到懂，从懂到熟，从熟到精这四个过程。<br /><br /><br />从无到有 - 初级篇        这个过程主要是熟悉QTP的界面设置，以及一些基本的用法，包括最基础的录制回放，低级录制，参数化，OUTPUT输出，验证点，等等，也可以在51testing论坛里找到些新手的资料，推荐大家可以去这里：http://

<br />文章转自：http://blog.csdn.net/samsunge808/archive/2009/08/01/4397625.aspx<br /> <br />自动化测试的数据框架 收藏 <br />测试 自动化的架构定义了如何存储、引用、分组、共享以及重用测试脚本和测试数据。<br />　　脚本的执行通常都由工具所支持，通常被称作测试自动化框架。框架是一个基础的结构，我们相互独立的测试自动化工具中的脚本和数据整合到这个框架中。<br />　　由脚本的开发者来决定如何组织测试数据，以及脚本如

<br />今天在做项目时，总报 DataTable.importSheet operation failed Invalid file。我用相对路径和绝对路径都报错，可是我脚本没有写错。后来把excel文件换成了97~2003版的就没报错了，可能是QTP对excel 2007不是很支持

http://www.automationqa.com/resources/166-qtp-java-addin.html

文章转自：http://www.51testing.com/html/29/n-236729.html   作者：散步的SUN  很长一段时间，都在思考，怎么能通俗的看待自动化测试的收效 　　自动化测试到底能不能成为一种趋势？　　自动化测试到底能不能形成一种规模？　　自动化测试到底能不能成为我们的利器？　　自动化测试到底能对我们的职业带来何种发展？　　一些官方总是从各种

转自：http://www.51testing.com/?382641 作者：散步的SUN    　序言：也许到现在大家对所谓的“自动化测试框架”仍然觉得是一种神秘的东西，仍然觉得其与各位很远；其实不然，“自动化测试框架”从理念来说，并不复杂，但其之所以神秘，是因为其运用起来很是复杂，每个公司，每个部门其产品线，其运作流程都是不同的，所以就导致了在想运用“自动化测试框架”去完成自动化测试时

<br />在QTP中执行类似：ExecuteFile "D:/test.vbs" 这样的语句时会出现“无效字符”的提示错误，这是因为QTP对字符集的处理能力非常弱，只要把test.vbs这个文件另外存为"ANSI"编码就可以了。建议就有vbs的编辑器来写vbs，不要用QTP来写。

QuickTest Professional 1.0(QTP1.0)  QuickTest Professional 1.0 was released in May 1998 and it was known as Astra QuickTest.It was for fun

我们知道基于界面的软件自动化测试经历了4个发展阶段。     (1).无框架阶段(即简单的录制/回放)          在早期，自动化测试并没有框架这一说，自动化测试只是简单的录制/回放，由工具录制并记录操作的过程或数据，并形成脚本。通过对脚本的回放重复人工操作的过程。

转自：http://blog.csdn.net/jims55555/article/details/7324731 这里有TIB工作室收集的国内外关于软件自动化测试技术、工具、框架、理论相关的文章：1、The Case for Automated Software Testing  - Bernie Gauf and Elfriede Dustin, IDThttp://www.s

自动化测试简介     自动化测试是使用软件来控制测试执行过程，比较实际结果和预期结果是否相一致，设置测试的前置条件和其他测试控制条件并输出测试报告。通常，自动化测试需要在适当的时间使已经形式化的手工测试过程自动化，所以自动测试用于回归测试。 自动化测试的目的与范围     从自动化测试小组的角度来讲，自动化测试的目的是开发一套能够支持自动化测试的工具。自动化小组不仅要负责并实现数

QC QTP BPT框架用好的话，跟用纯vbs、php开发的一些以EXCEL为资源文件载体的关键字驱动比较，优势很大。 它易上手、搭建效率高、统一资源管理平台。它已经提供了组件与测试用例的联通，测试输入输出数据与组件和测试用例的联通，测试用例与测试集的联通、执行测试集测试报告等联通。 BPT中的核心资源：业务组件，流程，测试数据（含组件级和测试级），Test 1、业务组件之