刚刚拿到，和大家分享吧！自己用了一下，感觉还可以！

对瑞星越来越失去信心和耐心了！

点我下载

困扰了好久的问题终于发现原因了！

问题描述：使用WR（各个8.0以后的版本），在录制模式为Context Sensitive时，点击录制按钮，WR的反映慢得无法忍受，一开始我还以为是死掉了，结果后来发现过好久才能开始进入录制状态

问题解决：发现将瑞星监控中心转为后台自动运行和QQ2008关掉，就OK了！

以外发现：WR9.2打开后，无法打开IE和TT等浏览器，而先将IE或TT先打开，再打开WR9.2就没有这个问题了！

WR9.2下载地址

使用工具下载

DownLoad Here

QTP9.5下载地址

使用工具下载

DownLoad Here

一定要在文件的最后加回车换行！

http://www.3atesting.com/filedown/LR9Download.exe

下载后，更改扩展名为rar

http://automatedqa.com/downloads/thankyou.asp?download=testcomplete60demo.exe

试用版激活码： F9053532-624F5442-A74A0BA9-62BCAD52-2F2E0F49-151181EB-73C2

判断被测程序的某个窗体是否存在的方法不是Exists 而是用Visible或VisibleOnScreen，因为OB中记录了被测程序所出现过的所有窗体名称，因此无论当前你想要捕获的窗体是否出现，TC都认为其是Exists的！

前两天，刚刚学习使用TestComplete（以下简称TC）录制脚本，在录制过程中，发现TC的对象浏览器（Object Browser，以下简称OB）和被测程序本身或者其调用和产生的进程存在着相互的影响。因为OB本身的功能就是显示当前系统的所有进程，而当被测程序在运行过程中生成了某个实例（比如Word，Excel等等），那么由于OB的存在，此时被测程序是无法通过释放实例来将其进程销毁的！此时OB的现象是无法刷新！因此，只能使用强制结束进程的方法将进程过掉后，脚本才能正常回放成功！

1、什么是冒烟测试？

冒烟测试就是对被测系统各个功能进行简单的正向测试，强调的是要将系统的各个功能都覆盖到。

2、什么是Daily Build？

从字面上来讲就是“日构建”，即每天都构建一次被测系统！

3、两者的关系和如何应用

冒烟测试方法是随着Daily Build的提出而产生的（据说是微软提出的）

具体的方法是：

I、每天在规定的时间前（微软是下午14：00），开发人员将构建好的程序上传到VSS等版本控制平台，

II、测试执行人员从版本控制平台获得构建好的程序文件并根据设计好的用例和业务流程进行冒烟测试。这里的测试执行者可以为测试人员也可以为开发人员。

III、如果发现缺陷，将测试结果记录到TD等缺陷管理平台，停止测试。

IV、如果通过了冒烟测试，则制作安装包，供测试人员进行第二天的系统测试！

至于Daily Build和冒烟测试好处与难处，将在以后的文章中说明！

发现了一个问题：QTP在录制的web页面中，如果有javascrīpt 的url 在该页建立检查点，运行后的report中，这些javascrīpt 的url显示为not Checked？？？

http://esd.mercury.com/akdlm/trial/qtp/qtp92.zip

qtp8.2在Action直接进行参数关联传递的时候，没有Test/Action parameter这个选项类别，只有QTP9.0以后才有！

好的开始是成功的一半,虽然话是这么说,日志也开通,但是否坚持写,呵呵,不好说,尽量吧!!!