我会定期把我的测试心得和体会发表在这里,希望来阅览的每位朋友都有所获。即使没有,有一点启发,我也心满意足。我也欢迎您的留言,哪怕是对我的批评,或者是指出我的错误。

发布新日志

  • Selenium 安装文件

    2013-02-27 14:58:13

     

    安装Selenium ,必不可少的是 IDE:
    selenium-ide-1.10.0.xpi

    为了更好地识别对象,需要安装识别Firefox 上的对象的工具:
    firebug-1.9.2-fx.xpi

    你可以在https://getfirebug.com/下载到此免费软件。

    在实际的项目中,需要加载下面两个JAR文件:

    selenium-java-2.30.0
    selenium-server-standalone-2.30.0

    当然,Eclipse 也是必须要安装的。

  • Selenium 新手的学习资料

    2013-02-22 10:04:03

    Selenium 中文论坛:

    http://seleniumcn.cn/thread.php?fid=2

    Selenium RC for JAVA 从零开始

    http://seleniumcn.cn/read.php?tid=594

    Selenium菜鸟手册

    http://seleniumcn.cn/read.php?tid=458

    Selenium 使用介绍

    http://www.iteye.com/topic/107276

  • (转载)一个女孩从软件测试工程师到主管的成长历程

    2013-02-22 10:02:21

     

    http://bbs.51testing.com/thread-894042-1-1.html

     

    燕子(化名)从前是学经济贸易的,由于对测试行业的强烈兴趣,毕业后在北京学校学习软件测试工程专业。工作不到一年的时间里,她已经从测试员升职到测试主管了。对于学习、工作,她积累了许多点点滴滴的经验,愿意与大家分享。
       走入测试行业:兴趣、知识
      说实话,我做测试工作的时间不是很长,学完软件测试工程师的课程后,到现在也就是一年多的时间吧,不过,我愿意自己学习和工作中积累起的这些点滴与大家分享。
      我走入测试行业完全是因为兴趣,兴趣产生学习和工作的热情,真的是一点都不假。从我选择走入这个行业,学习、工作,从测试员到测试主管,我都是快乐的,也很充实,很有成就感。
      我觉得,在决定走入测试行业后,就要在这方面多做准备和积累,首先要有坚实的测试理论基础,这些知识不仅是学习的时候要学的扎实,在以后的工作中还要继续 不断的完善。其次,要有一定的行业知识。毕业后找工作时,有做手机测试的,也有做外包测试的。我做的是ERP产品。大家都知 道,ERP(Enterprise Resource Planning)就是企业资源计划系统,是指建立在信息技术基础上,以系统化的管理思想,为企业决策层及员工提供决策运行手段的管理 平台。我在学习测试专业前曾接触到ERP,所以,在毕业的找工作的时候就往这方面发展了。
      说到找工作,我觉得精心制作简历是一方面,同时还要有灵活的面试技巧。有时还要把在生活中学到的东西应用到面试中去。我记得我第一次去面试的时候比较凑 巧,面试前的头天晚上我在电视里刚好看到一个和面试有关的节目,结果,第二天在我自己去面试的时候就被我用到了。当时是在问到薪金待遇时。我觉得这是很多 人包括我自己在面试时都会觉得是比较头疼的问题,因为,说的多了,不行;说的少了,也不行。这时,你就要用一些技巧了。
      这时你可以先试探性的询问对方公司招聘这个职位的时候是怎么规定的?等你了解了这些后,你再就自己的技术能力来衡量相应薪金的比价,另外就是看这个公司 的实力,还有一点就是行业内这个职位的大致待遇情况。这样的话,在你说出你对薪金的要求的时候,如果,应聘的公司较小,但是还是存在一定发展空间而且你也 想试试的情况下,你要得工资低,对方会考虑到可能是你已大致了解了公司的实力所以才开出这样的条件,而不是你自己的技术不行;如果你看到这个公司的状况还 是比较好的,是家有一定实力的公司,这时,你可以适当抬高自己的身价。
      我的应聘还是比较顺利的,第一天应聘,第二天就上班了。我记得当时面试的时候大约谈了两个半小时,就一次性面试过关。另外我自己也比较引以自豪的是我是我们公司唯一一个在两个月之内转正的。
       初来乍到:熟悉环境,尽快融入
      开始进入公司的时候首先要熟悉公司的环境。在一些大的公司可能会给大家熟悉环境的时间,还会安排一些相应的培训什么的。我当时进的那家公司比较小,没有什么相关的培训,当初只是我们部门经理拿来一些相关的资料文档,让网管给配置工作环境。不过小公司有小公司的好处,他会很快让你介入到工作当中,给你分配任务。
      所以,你必须尽快的在一到两周之内熟悉公司各个方面的环境,尤其是人员环境。我觉得人际关系在整个公司里面也是很重要的一方面,夸张一点说甚至是比你的本职工作还要重要的。因为,掌握技术是你智商方面的问题,而与人交往就不是那么简单,因为我们的兴趣、爱好可能差别很大,性格也有内向和外向的,所以在进入 社会步入工作岗位后与人交往真的是很考验一个人。如果你在公司人际关系搞得好的话,工作各方面的协调顺利,工作的进展也会很顺利。
      还有就是要尽快的熟悉公司的测试环境,操作系统、开发语言、平台,接着就是要了解公司的产品,掌握产品相关的知识。像我们公司是自己研发的经销群、财务这 样的一个系统。你要了解公司产品的时候,可以向产品研发部或设计部要一些相关的说明文档,尽快的介入这个行业,熟悉自己要做的测试项目。说实话,我是学习 经贸专业的,不是学计算机的,所以我当初的时候有点晕,我就直接拿着产品自己在那儿摸索,自己写出一个产品使用说明。向这样的事情,可能在大的公司会有专 门的配选,在小公司可能就要自己学习产品了。不过,我觉得这样是挺锻炼人的,又发掘了你另一方面的潜能呢。
       尽可能多的参加研发部的会议
      员工间的技术交流。在我们公司像这样的会一周大概要有一到两次,大家相互交流工作进展情况,或者是一些相关的技术方面的交流。不一定是非常正式的,但我感觉这样的会议是非常有必要的。
      还有就是公司研发部召开的会议,你也要一定要也应该的介入、参加。我当初介入最早的是他们的研发意向,然后他的一些需求调研啊,还有其他的一些设计啊等等 一些会议。像这样的会议我觉得是一定要抽出时间来参加的,因为这确实是对你的工作有很大的帮助的。因为在立项会议上,你可以了解项目的可操作性,以及项目的特点;在调研会议上,了解需求,市场需求是开发的依据,也是测试的依据。同时一定要参加需求更改会议,以便你更好的进行测试工作。在这些都做到位后,我们就开始写测试计划了。
       测试计划
      写测试计划就像我们在课堂上学到的那些,测试计划、测试用例,开始我们的测试流程。这时就是具体应用的时候。写测试计划的时候要跟研发部要详细设计文档、 产品规格说明书和需求调研的说明(产品使用说明)这样的相关文档。如果在大公司的话,他的设计部会写产品使用说明或者是一些测试规约。还有就是一定要他的开发计划,因为你做每一步测试是根据开发进度来进行的,开发计划是必不可少的。
      最后根据上述的文档,从时间、内容、资源、所用工具,还有人力安排,这样一份简单的测试计划已经成形。像一般小的公司,他会对哪个人在哪天完成那项工作是 很关注的,像我们原来学的那种比较完整的文档,在这样小的公司是需要变通的,因为他们也没有很多的人力物力、没有很多的时间去看那样的文档。
      编写测试用例首先要根据产品的特点编写。你的产品的特点在产品没有成型之前,你肯定不是特别了解也不是特别清楚,但是你可以根据它的框架大概的给搭出来,你能想到的尽量给细化写到文档里面,然后在测试过程中不断的完善。
      如果在测试执行的过程中突然间发现一个比较好的测试用例,一定要及时给补充进去,你不给它补充上去是你的一大损失,因为你以后的工作中可能还会需要这样的 文档,或者以后接手你工作的人,他可能会看到这个文档,这对他以后的工作也会有很大的帮助。在大的公司有专门的测试设计人员来编写这些东西,在小公司就是 测试主管或者测试员编写。
      像我们公司从测试用例、测试计划、测试执行什么的都是我来做的。当初是因为公司比较小,我自己做,本来是给我招了一个助手,也就用了大概一两个月吧。我个人的感觉是除非你招特别熟练的,对行业,对测试技术各方面都比较熟悉的,一来就能上手工作的还行。如果不这样,招一个刚毕业的应届生,他对测试行业不是很 了解,而小公司人手本身就少,你根本就没有时间给他做培训,而你还要工作,也没有那么大的精力去手把手的教人家。
      在设计测试用例的时候要考虑周到,不要重复。就我的工作来说做ERP产品就是注意各个模块的借口以及数据测试。有好多的接口,比如说销售模块是和财务模块 在测试时是会发生重复的部分,这个要自己注意。行业性比较强接下来说执行测试。要按照测试用例来执行。你不能说做了测试用例而在工作的时候根本就不看,这 样对你的工作是没有帮助的。因为你按照测试用例来执行的话基本就是按照自己的思路来做,这样你走到哪一步心里都非常的清楚。这样最大的好处就是减少重复的 工作,可以提高工作效率。我想这点无论是在小公司还是大公司,还是就我们工作的本身都是很重要的。
      然后,最好是做测试记录,目的就是明确自己测试到哪里,以免重复工作。就我自己来说,我在做测试的时候每天都会做测试日记,一个是记录我今天发现了多少个bug,工作到哪一步了?做了哪些工作。我发现这个做测试记录是很有意思的。每天测出了多少个bug,我虽然在那个管理工具上录入了一遍,但是我还是要把它记录下来。
      我当初第一天去上班的时候,第一次接触到这个执行测试的时候,我记得特别清楚,我是找出了65个bug。我觉得这说明两个问题,一个是我工作特别认真,一个是研发部有问题确实是有问题。所以,你不要觉得搞研发的都很厉害,很牛啊,你会有点怵。
      当初我们公司也是联想、方正、惠普的这三个主力支柱,但是我没有觉得怵,虽然他们很自负。基本上很小的错误都能提出来,他们认为那根本不是bug。但是你 到了讨论会或技术交流会、评估会的时候可以提出来,因为这是你作为一个测试员最基础的必须的工作,也是你对工作认真负责的态度。
      和开发人员的沟通。这个是对测试人员很重要的。这个我在前面提到过,每个人不是独立的在做事情,工作中都是需要相互的配合,特别是测试工作,有问题,你需 要及时的和研发人员沟通。如果你连沟通都做不好,那么,你的测试工作根本就没有办法进行。在这当中,你要坚持自己的原则,就是对事不对人,因为,这个产品 有问题,它就是存在bug,那么,就要有人负责去修改。你不能说,对方是部门领导你就不敢坚持自己提出的问题。第二,就是要坚守其他的测试原则,这就是我 们在学习理论的时候所掌握的一些知识。因为,我们学习时的课程设计就是根据项目来设置的,很多东西基本和实际工作中相吻合。
      作为测试负责人,在测试工作中我给自己订了一个基本的工作流程,现在也就当作是部门的规章制度在执行。就是录入bug以后,我会在下面做bug描述,开发 人员是否要修改,为什么要修改,大概时间是多少,这样督促对方的话,会有利于工作的进度。不然,如果工作没有完成,就会出现相互推诿的现象。
      查出bug后就是督促开发人员修改bug。同时也要注意bug管理工具。自己要用好bug管理工具,也要督促开发人员用好bug管理工具。因为,有很多开发人员还都是比较懒的,他当时会跟你说,都有什么bug,你到我的机器上演示给我看不就行了吗?
      这是一个不好的习惯,也很费时间。所以,你一定要督促他们使用bug管理工具。这是我深有体会的,而且,还在两次较大的公司会议上提出,最终是被大家所接 受认同。大家都知道,一般开发的男同事较多,做测试的女孩子较多,你在提出问题的时候态度不要太强硬,在日常的工作中委婉的提醒他,大家一般都不会太为难 你的。不但工作解决了,同事间的关系也很融洽。
      接着就是测试报告的编写。这些我们在就业班的时候都学过,就是测试背景、内容、测试通过率。以及产品的优点、缺陷,还有你对项目的建议。这一切都做好了就是开测试评估会了。
       关于自动化测试我的个人意见
      我个人认为现在是自动化成风。现在很多的公司,无论是大是小,无论这公司有没有用过这个测试工具,他都会问你会用几种测试工具,会自动化测试吗?我当时去 面试的时候,也遇到这个问题,当时我首先问他的是,咱们公司做过手工以外的不管是性能啊还是功能其他测试吗?他们回答说没有。一个没有做好手工测试的产 品,是坚决不能用工具代替手工的。
      自动化测试是不能代替手工的。自动化测试用好了可以节省时间提高效率。但是如果你用不好,反而会增加自己的工作量。如果你的需求和界面一直在增加,那么自 动化也是用不起来的。我觉得适合自动化测试的公司,一个是产品对安全和性能要求严格的;一个可以有专人对教本文档进行维护的。像那些手工测试不过关,需求 经常变动,人员少,产品的GUI 经产改动的公司都不太适合用自动化测试。
      一不小心就整理了这么多点滴出来,还真没想到自己还是很能写的嘛。估计这和我在公司除了做测试工作,还做些其他工作有关。我说过,因为我们是小公司,所以,一些产品的使用说明、产品的安装说明,包括客服培训,都是由我来写的。在测试之余,一些和测试无关的工作我也会去做,比如测试制度的编写,OA 产品管理员,售前咨询顾问这样的工作。我想我就是这么锻炼出来的。

  • (转载)与高薪绝缘的三类人

    2013-01-24 16:34:48

  • Selenium2.0介绍

    2013-01-24 16:28:18

    准备学习 Selenium2 了,找到一个不错的学习资料

    http://testing.etao.com/node/599

  • [论坛] 你是如何管理你的测试脚本的?

    2010-01-07 16:37:59

    先说明一下此问题的背景。一般我们都是根据Test Case 来录制脚本。为了节省时间,我一般是这样用
    QTP进行测试的(以测试Web程序为例):
                 1,        按照正确的路径(Path)和正确的方法,把能覆盖到的元素都测试一遍(需要Test Case作依据),
    完整地从log in 运行到最后的 log out 。
                 2,        管理已经录制好的测试脚本。管理脚本(我自己独创的一个词语)包括但不限于下面的内容:
                    增加必要的注释
                    对输入数据和输出数据进行参数化;
                    增加CheckPoint;
                    自己增加或修改VB Script,包括增加 Wait、If … Then 等语句;
                     对于QTP无法测试到的地方要记下来,以后再想办法去测试这些未被测试到的点。
             3,        运行已管理过的测试脚本并继续管理测试脚本。如果在运行过程中出现错误(这里指的是VB
    Script的错误或QTP寻找不到Object等错误),那就继续修改VB Scrip。这个过程很容易和第二步重叠,也很
    容易和第二步形成一个循环。
             
               因此,我很想知道各位是如何用QTP进行测试的?又是如何管理自己的测试脚本的?

    [ 本帖最后由 walker1020 于 2006-1-18 20:06 编辑 ]
  • [论坛] QTP 资料“索引”

    2009-11-16 13:33:03

    对于测试新手来说,查阅QTP 的帮助文档是遇到问题时的一个很好的解决方法。我发现论坛上关于这方面的资料不少,可就是比较零散,不容易被查找到。因此有必要为这些文档建立一个“索引”。下面是根据论坛上朋友们的反馈后总结的QTP 资料及其链接:

        1, QTTutorial.pdf。 安装好QTP后,此文档位于 C:\Program Files\Mercury Interactive\QuickTest Professional\help 下,如果你没有改变是默认的安装目录的话。

       2,QTP 8 Tutorial 中文版.pdf。 此文档是对QTTutorial.pdf 的翻译,可以在http://bbs.51testing.com/thread-1893-1-1.html 下载。此文档是初学者的第一参考文档。

       3, MainUsersGuide.pdf。安装好QTP后,此文档位于 C:\Program Files\Mercury Interactive\QuickTest Professional\help 下,如果你没有改变是默认的安装目录的话。

       4,Main_Users_Guide中文版.pdf。此文档是对MainUsersGuide.pdf的翻译,可以在http://bbs.51testing.com/thread-29114-1-1.html下载。此文档是深入研究和学习QTP的重要的参考文档。
       
      由于 QTP 的脚本是用VBscript. 写的,因此推荐一个VBscript教程:

       5, VBscript教程.chm。  此文档是学习VBscript. 的非常好的参考资料,可以在http://bbs.51testing.com/thread-11556-1-1.html 下载。
       
       有朋友使用了QTP后,对使用QTP后遇到的许多问题以及解决办法进行了总结,这方面不错的帖子有:
      
      6,QTP 问题个人总结  http://bbs.51testing.com/thread-24154-1-1.html

      7,基础代码交流贴   http://bbs.51testing.com/thread-18429-1-1.html

    还有一些不错的帖子,他们都在 QuickTestPro 精华区里面。

    [ 本帖最后由 walker1020 于 2006-8-29 22:57 编辑 ]
  • [论坛] Issue:abnormal program termination

    2009-09-10 16:05:05

    Problem Description
    We are working on a web based application using QTP 9.5 in which we have to handle a "Print Preview" page.But whenever we try to Spy, add or highlight an object from that page, "Visual C++ Error" Error is occuring.If clicked on "OK" buttton, the application will close. Please find the attached screen shot of the error.The text of the error is as given below;

    Runtime Error !
    Program: C:\Program Files\Internet Explorer\IEXPLORE.EXE
    abnormal program termination
  • [论坛] 编程练习题

    2009-08-18 23:00:21

    在论坛上时常看到有人问某段代码怎么写或怎么实现,这说明还是编程能力欠缺。这也是为什么某些(甚至是许多)开发人员看不起测试人员的一个主要原因。在写脚本的过程中,我积累了不少极佳的编程练习题,共享出来,有兴趣或想试验一下或欲提高自己的编程能力的朋友可以试试你完成下面几个问题的时间、完成的代码的质量和效率如何。

    [ 本帖最后由 walker1020 于 2009-8-18 22:57 编辑 ]
  • [论坛] 如何使用WebTable 的ChildItem

    2009-06-19 12:01:18

    不知道朋友们在使用WebTable 的ChildItem时遇到过麻烦?我是有过,曾经有一段使用拒绝使用ChildItem函数(当然是怕出错了),然后使用别的方法来代替。今天帮同事解决一个脚本的通用性时,终于把此问题解决了。
        根据WebElement 处在WebTable 的行数Row和列数Column,可以使用GetCellData(Row, Column)可以得到需要的数据,可是使用ChildItem (Row, Column, “WebElement”, 0)时就得不到需要的Object呢?
        例如下面的代码
              Set bj = Browser("***").Page("***").Frame("Frame").WebTable("***").ChildItem(4,2,"WebElement",0)
            Print obj.GetROProperty ("outerhtml")
        可是却得不到我们需要的outerhtml的值。如果改变了Row和Column的值,我们经常又会得到一个错误 Object required, 这说明obj 没有返回值。
    后来查阅QTP Help,发现WebTable有一个ChildItemCount 方法,于是我使用ChildItemCount (Row, Column, “WebElement”) 得到在的行数Row和列数Column上有多少个WebElement。 然后使用下面的代码验证,如果使用ChildItem (Row, Column, MicClass, Index), 我们需要操作的Object的Index的值到底是多少:
    For inter = 0 To Browser("***").Page("***").Frame("Frame").WebTable("***").ChildItemCount (Row, Column, “WebElement”) - 1
    Set bj = Browser("***").Page("***").Frame("Frame").WebTable("***").ChildItem(4,2,"WebElement", inter)
            Print obj.GetROProperty ("outerhtml")
    Next
        当然,对于ChildItem函数里面的Row和 Column的值,一般情况下,使用GetCellData(Row, Column)里面的Row和 Column就可以得到。

        这样我们就可以通过ChildItem 得到WebTable里面所有的Object,不需要添加大量的Object,脚本的通用性自然就增强了。

    [ 本帖最后由 walker1020 于 2009-6-18 18:11 编辑 ]
  • 如何不断自我提升

    2009-05-13 17:45:12

    偶看到刊物上一些专业领域非常出类拔萃的技术人员的提升秘诀,冲动分享。版权归阿里巴巴。

    A 学习不分场合和时间,随时可以获取知识,比如网络、电视、书籍、同事、客户,甚至竞争对手。
    学习不能靠一时热情冲动,需要长期积累。平时的学习大多零碎、不系统,还需要整理、盘活现有知识

    B 在成功和失败中获取经验

    C 以个人兴趣为出发点,理论与实践相结合,并做到循序渐进

    D 在网上尝试引导别人解决问题,解决大量别人碰到的问题,让自己掌握的知识更加全面、深刻

    E 订阅大量RSS获取有价值的技术信息,写网志,认识技术圈子朋友,互通有无

    F 坚持和兴趣是关键。学习与自我提升是一个漫长的过程,经常长久在黑暗中徘徊,然后突然有阳光普

    照的一刻。将学习融入每天的工作与生活中,每一个项目都是很好的学习机会,都可以设法超越原先做

    事的定式,去学习并运用一些新的知识与方法。当学习感觉迷茫时,找同事交流讨论,常有豁然开朗的

    感觉。

    G 多思考问题,在工作中碰到的问题,去想想有无更好方法解决它,来提高自己

    H 多读,多观察,多思考
  • 庆祝51Testing软件测试网成立五周年

    2009-04-29 12:46:18

      

        20045月,51Testing网站和论坛相继成立。不知不觉,51Testing 迎来了自己的五周岁。回想起五年前的四月份,我也参加了工作,开始了自己的职业生涯那时还比较迷茫,不知道以后能做什么。因为对计算机的热爱,选择了程序开发。后来,因为工作需要,就转到了软件测试,然后一直就从事软件测试了。尽管换过几家工作,尽管有时是手工测试、有时是自动化测试,但所有的工作都与测试有关。

         从最初的菜鸟到现在带领几个人进行一个大型项目的自动化测试,我走了4年多,也感触颇多:

    1,  戒骄戒躁。无论从事什么工作,千万不要浮躁,浮于表面、浅尝即止是大忌。想起参加工作的第一年,连续换了几个单位。结果是待遇没有什么变化,能力也没有什么提高,白白浪费了近一年的时间。后来,找到一个理想的单位后,我静下心来,“沉”下去,如饥似渴地学习测试方面的知识,同时不断地通过实践来验证自己的理解。在那段时间里面,我充实了自己的理论知识,同时增强了自己的解决问题的能力。

    后来,与一个从事HR的朋友聊天时,他说:“如果你在一个单位的工作时间不超过两年,那么就等于没有在这个单位工作过。”是呀,到一个新工作后的第一年是你的适应期,你要熟悉公司的流程和工作制度,需要接收别人的工作;一年半后,你可以上手了;第二年,你才可以有所创新。如果这个时候离开,那么你又真正做过什么实质性的工作呢?

    2,  作为优秀的测试人员,要做好随时准备学习新知识的准备。为了测试一个J2EE的项目,我们需要自学J2EE 方面的知识;为了做好Web测试,我们需要自学HTML CSS等方面的内容;为了做好性能测试,你需要有网络、系统架构、数据库等方面的知识。没有人明确要求你去学习,但你要有主观能动性去学习。

    3,  一定要虚心。记得曾经有位哲学家说过,以你知道的知识为半径开始画圆,你知道的越多,你不知道的就越多。

    51Testing软件测试网:http://www.51testing.com

  • [论坛] Cannot identify the object 的解决方法

    2009-03-29 13:50:20

    经常有人问,回放脚本的时候出现了Cannot identify the object 的错误。如何解决?
    Cannot identify the object是回放脚本时最常见的错误,解决的方法有:
         1,  增加Wait语句 或Sync 试试看看;
         2,  到对象库里面看看录制时对象的属性和回放时的属性是否不同。哪怕是对象的一个属性值发生了变化,最后都可能出现Cannot identify the object的错误;
         3, 如果还不行,你可以把这段代码删除,重新录制一下。这样也能解决问题。
         4,多回放几次试试看,说不定是因为网络的原因引起的。
       
    这是我常用的解决方法。不知道别的朋友还有什么好的方法,也说出来讨论一下,这样大家的能力都能得到提高。
  • UltraEdit

    2008-11-18 21:15:30

    暂无
  • 性能测试的资料

    2008-07-18 10:32:17

  • 巧用描述性编程解决对话框在IE6.0 和7.0的显示问题

    2008-04-02 16:19:34

    在测试中我发现,对于应用程序弹出的对话框,QTP 把 IE6.0 中出现的对话框识别为Dialog("Microsoft Internet Explorer"); 把IE6.0 中出现的对话框识别为Dialog("Windows Internet Explorer")。 仔细查看对象库里面这两个对象发现,尽管这两个对象的 text 属性值不相同(Microsoft Internet Explorer和Windows Internet Explorer),但它们的nativeclass 属性值都相同,都是#32770。 因此,我们可以使用 描述性编程 来解决此问题。 只要把 这个对象 改为 Dialog("nativeclass:=#32770") 就可以了。

  • 如何得到一个唯一的ID

    2008-04-01 18:26:39

    在测试某些应用程序的功能时,code或Name 要求必须唯一。于是,如何得到一个唯一的值呢? 可以使用 随机数,但产生的随机数到底是什么,不好控制。另外,我们可以利用每天都变化的日期作为这个唯一的值。下面的代码就得到了8位数的今天的日期。

    today = CStr(date)
    MyArray = Split(today,"/",-1,1)

    temp= MyArray(0)
    If len(temp)=1  Then
     temp = "0"&temp
    End If

    For inter = 1 to UBound(MyArray)
     If len(MyArray(inter)) = 1 Then
      MyArray(inter) = "0"& MyArray(inter)
     End If
        temp = temp&MyArray(inter)
    Next

  • [论坛] QTP 初级培训的PPT

    2008-03-25 00:47:41

    这是我给从未学习和使用过QTP的同事培训时自己编写的PPT文件,供大家参考和使用。在写作的过程中,参考了论坛上许多朋友的回复和资料,在此一并表示感谢!

    QuickTest Pro 8.2 Tutorial.ppt
    (2007-02-02 21:57:59, Size: 1.52 MB, Downloads: 9084)

  • 发现不了BUG是好事还是坏事

    2008-03-24 22:49:10

    这个是好事还是坏事,要因人而异,因测试的阶段而异。具体来说,如果一个新手测试了一个系统后告诉我,他没有发行任何Bug,那么我就会怀疑,系统是否真的没有问题了。如果是一个对系统非常熟悉的高级测试工程师经过一段时间的测试后,发送给我一份测试报告,告诉我他执行了哪些Test Case,测试了哪些Function Points,测试的结论是没有发现任何Bug,那么我会相信的。

    如果在系统的代码刚刚完成,交给测试人员去测试的时候,却没有发现任何Bug,那么这本身就是有问题的。最合理的解释是Test Case不完善或者是测试人员没有认真、完整、全面地对系统进行测试。如果在经过N次回顾测试后,发现没有什么问题了,那么这是正常地。如果明天就要交付给客户了,可是今天的测试还发现有许多Bug,或者是有几个严重的Bug,那么这只能说明以前的测试流程有问题,Test Case有问题。对于这样的问题,千万不要一概而论。

    对于长时间的测试后无法发现Bug这种情况,你可以让测试人员进行“交叉测试”。例如,原来测试人员A一直负责测试第一个模块,B一直负责测试第二个模块,那么经过一段时间后,我就让A负责测试第二个模块,让B负责测试第一个模块。这样,既解决了这种长期测试形成的麻木和惰性以及定性思维,还可以促使他们对别的模块熟悉起来。(为了尽快熟悉别的模块,我就让他们之间进行沟通和交流。这样也利于团队的良性发展。)有的时候,测试别的模块的时候,人会不自觉地把它和以前测试的模块联系起来,这样结合起来进行测试时,通常会发现许多问题。问题常常发生在模块的接口间。

    通过这种方法,我发现测试人员在测试别的模块时,几乎每次都能发现Bug。某些以前从来没有被发现的Bug都被发现了。

    http://bbs.51testing.com/thread-76334-1-1.html

  • 黑盒测试有前途吗?

    2008-03-24 22:38:49

    由于某位朋友对进行黑盒测试的前途产生了怀疑,于是我进行了如下的回复:

    既然都是测试,那么无论是进行黑盒测试还是白盒测试,许多方面都是相通的,如:如何花费最少的时间和资源发现最多、最严重的问题?如何设计设计出最少的测试用例来发现最多的Bug?在一个测试用例里面,如何用最短的路径或最少的步骤发现出最严重的问题?

    一定要不断总结,如果没有总结,没有一点进步,那么重复一百天的工作和第一天的工作确实是没有什么区别。如果你有了改进的方法,每天都有进步,那么即使是测试一样的东西,你的测试速度和质量肯定就比原来的高许多。
    就像人们错误的以为测试工作非常容易一样,现在还是有许多人错误地认为白盒测试比黑盒测试更有前途和钱途。可能在有的公司是这样,但不是所有的公司都是这样。理由有几个:
    1,在进行自动化测试之前要进行手工测试,其中很大一部分工作就属于黑盒测试。我还从来没有听说哪个公司的哪个系统没有经过手工测试而直接进行自动化测试;
    2,每种测试方法都有优缺点。白盒测试耗时比较长,成本比较高。一般公司的测试都是黑盒测试+白盒测试,两者相结合的方法来进行测试。
    3,如果你能在黑盒测试方面有所成就,能称得上是一个黑盒测试的专家,那么无论在哪个公司,你的待遇和地位都不会低。即使在某一个公司不行,你完全可以换一家,建议你去对测试非常重视的大公司。你能否写出几篇 与黑盒测试有关的有分量的文章,如 http://bbs.51testing.com/thread-87118-1-1.html上的Black Box Test Design ?
    当然,如果有机会,最好也了解一下白盒测试、自动化测试等其它测试。这样既可以开阔自己的视野,又可以提高自己的竞争力。
    千万不要墨守成规,一定要有自己的想法。谁都知道,任何一个系统或软件的Bug都是测试不完的,从来没有一个公司敢宣传自己的软件没有一点问题,那么你怎么样突破公司里已有的测试体系和方法来发现更多的、更严重的Bug?
    有思考,有行动,你才有收获。
452/3<123>
Open Toolbar