扼杀QTP检查点（连载二）.PDF

目 录 扼杀QTP 检查点 （连载二） 1 细说LoadRunner 参数化8 基于webserivce 的性能测试方法 19 测试之缘——与51Testing 一同成长38 利用环形缓冲区日志分析错误47 嵌入式应用软件的测试策略62 如何聘用优秀的性能测试工程师？85 如何在不可能的期限内完成无文档的软件测试？88 风险测试——四个常见问题的解决方案94 Web 应用的安全性测试入门 104 恰到好处的测试框架 107 扼杀QTP 检查点 （连载二） 作者：卢晨之 摘 要：本文主要写了QTP 检查点在QTP 实际应用中问题与解决方法。 关键词：检查点 在做自动化脚本录制与回放过程中，只有当用户针对某个功能做的检查点， QTP 才会把这个对象的预期结果做判断，给着人一种“各扫门庭雪”的感觉。 或者有些地方会出现类似Http 错误之类的提示，或者页面出现某些错误但QTP 却无动于衷，因为你没有对这些做监测点的设置。但这么多的对象做监测点设置 是件很麻烦的事情，而你不做，却又会对项目在做验收时候看不到多大的效果。 为此我们结合了上节我们的方法，就是自己编写简单的函数对这个页面做判断。 哪么，一个 web 页面出现错误的情况大概都有那些？读者可以自己在脑海 中想想在自己的测试工作过程中，都发现了那些类型的页面错误？结合到这点简 单的提到一下几点： 1、标题提示错误。这个应该是给用户最直观的。“找不到页面”、“HTTP 错 误” 、“找不到服务器”等等；如图-01 ： 图（01 ） 2 、URL 错误。它涉及到的，可以是当前页面的 URL 错误，或者是 Frame 内部的URL 错误。错误的标准可以是公司内部自己提供的错误后跳转的URL ， 只要出现这个URL 跳转出来的页面，哪么它也是错误的；如图-02 图（02 ） 1 3、页面输出错误。这点是比较泛的，区别于第2 点就是某些错误的页面它 是不会跳转到我们指定的URL ，导致了显示出错。如图-03 图 （03 ） 4 、WinStatusBar 错误提示。这一点在测试的过程中，很多测试人员或者开 发人员对这个很不敏感，有些错误不易见的错误我们是可以在这个WinStatusBar 中看出来的。如图-04 图 （04 ） 就先说这4 点，在看到这4 点后，读者可以先试试如何把这4 点写成函数。 首先，针对这个错误的比较，我们的前提是错误类型字眼的出现，为此我们 先编写一个判断正则表达式的函数。 RegExpbld 正则表达式的判断 参数 patrn 正则表达式 strng 字符串 Public Function RegExpbld(patrn, strng) Dim regEx, retVal 建立变量。 Set regEx = New RegExp 建立正则表达式。 regEx.Pattern = patrn 设置模式。 regEx.IgnoreCase = true 设置是否区分大小写。 retVal = regEx.Test(strng)