日历

« 2008-12-05  
 123456
78910111213
14151617181920
21222324252627
28293031   

统计信息

  • 访问量: 953
  • 日志数: 6
  • 建立时间: 2007-09-06
  • 更新时间: 2008-11-18

最新来客

我的最新日志

  • 提一个关于REDIM的问题

    2008-11-18

    Dim cellobjs, objitem
    Set cellobjs = descrīption.Create
    cellobjs("micclass").Value = "WebEdit"
    cellobjs("disabled").Value = 0
    Set ōbjitem=Browser("").Page("").ChildObjects(cellobjs)
      EXval1=objitem(0).getRoProperty("value")
      ReDim EXval(objitem.count-1)
    For j= 1 to objitem.count-1
             EXval1=EXval1&objitem(j).getRoProperty("value")
    Next

    在这段代码是取个WEBEDIT对象的值连接成字符串,为什么必须要有红色部分
  • QTP连接到QC上是否有IP要求

    2008-10-23

    遇到一个很郁闷的问题,以前在一楼的时候通过QC调用QTP很正常,今天搬到六楼后始终无法打开QTP,在验证时无法连接到QC
    QC服务器的地址:10.105.14.94
    一楼使用的地址:10.105.10.197
    六楼使用的地址: 10.109.235.30
    我六楼的同事使用的10.109.235.24却可以使用QTP,我也试过很多临近IP,都不能上,不知道是什么原因,哪位高手知道原因的化请告诉我,感谢
  • 关于QTP奇怪的问题

    2008-9-12

    登录脚本和注销脚本为Reusable,被主操作脚本Call to。注销脚本在点击“退出”后会直接关闭浏览器,所以我在最后添加了打开浏览器语句。在主操作脚本中对一个对象参数化,
    一共4行数据,应该有4次运行。迭代一运行正常,但是迭代二开始时却打开了两个首页,只有在手工关掉一个网页后脚本才正常运行,然后迭代三正常,但第四次迭代和第二次一样,又出来两个页面,太奇怪了。
    另外一个问题:想让登录和注销脚本运行一次,主操作脚本按参数运行4次,在三个ACTION上分别右键—》ACTION CALL PROPERTIES,分别选取RUN ONE ITERATION ONLY和RUN ON
    ALL ROWS,但是没有效果。然后在FILE—》SETTINGS-》RUN 里选择RUN ON ALL ROWS,但登录和注销脚本也会运行四次;若选择RUN ONE ITERATION ONLY,那么主操作脚本也只运行一次。
  • QTP 在循环体中打开多个IE

    2008-8-26

    QTP中,如果我想执行一遍循环体,就打开一个IE,执行N遍就打开N个IE,应该怎么才能做到?

     

  • 测试工具引入的误区

    2007-10-23

    对测试工具能够发挥的作用大家都已经了解并认可了,但是很多引入测试软件的公司并没有能够让测试软件发挥应有的作用,其主要原因我总结为三个方面:

      a) 没有考虑到公司的实际情况,盲目引入测试工具

      首先我们要明确一点,并不是每种测试工具都适合公司目前的实际情况。我见过一些公司怀着美好的愿望花了不小的代价引入测试工具,半年一年以后,测试工具却成了摆设,成了引入者心头的痛。究其原因,就是没有能够考虑公司的现实情况,不切实际地期望测试工具能够改变公司的现状,从而导致了失败。

      例如,如果一个公司所开发的软件属于工程性质的软件,在整个开发过程中需求和用户界面变动较大,这种情况下就不适合引入黑盒测试软件,因为黑盒测试软件的基本原理是录制/回放,对于不停变化的需求和界面,可能修改和录制脚本的工作量还大过测试实施,运用测试工具不但不能减轻工作量,反而加重了测试人员的负担。

      我公司引入测试工具时比较成功的(至少从目前来看),针对我公司的应用项目都存在需求、界面变动比较频繁的情况,我们暂时没有引入黑盒测试工具,主要依靠白盒测试工具提升代码质量。目前我们引入的测试工具包括Compuware的DevPartner和Telelogic的Logiscope,这两个工具在测试阶段和维护阶段发挥了应有的作用。

      b) 没有形成一个良好的使用测试工具的环境

      换句话说,就是没有能够形成一种机制让测试工具真正能够发挥作用。例如,白盒测试工具的一般使用场合是在单元测试阶段,而单元测试是由开发人员完成,如果没有流程来规范开发人员的行为,在项目进度压力比较大的情况下,开发人员很可能就会有意识地不使用测试工具,来逃避问题。在这种情况下,就必须形成一种有约束力的机制来强制对测试工具的使用。 

      将测试工具的使用明确定义进公司的开发流程,我认为是一种比较好的方式。我们目前的做法是在开发流程中明确说明,在项目里程碑提交的文档中必须包括测试工具生成的报告,该报告中的数据是决定项目是否合格的依据。根据我公司的实际情况,在提交集成测试时需要提交DevPartner工具生成的测试覆盖率报告、Logiscope生成的代码质量报告,并且要求单元测试的代码覆盖率必须达到80%以上,代码质量评价必须在Fair以上。

      c) 没有进行有效的测试工具的培训

      测试工具的使用者必须对测试工具非常了解,在这方面,有效的培训是必不可少的。测试工具的培训是一个长期的过程,不是通过一两次讲课的形式就能达到良好的效果。而且,在实际的使用测试工具的过程中,测试工具的使用者可能还存在着这样那样的问题,这也需要有专人负责解决,否则的话,对于测试工具使用者的积极性是很大的打击。

      我公司在进行测试工具的培训时,进行了一个系列的培训和交流,从针对开发高层的《测试工具基本概念培训》到针对测试工具实际使用者的《测试工具使用培训》,再到交流性质的《测试工具应用交流研讨会》,再到定期发出的《测试工具应用问答》,在这方面下了很大的功夫,目前测试工具的应用已经成为了开发人员和测试人员的基本功
  • 部分手机测试规范

    2007-10-19

    昨天在网上搜到的,发出来给大家共享,不完整,欢迎各位帮忙补充,大家一起学习进步

    (因为文件页面太大,无法全部粘贴显示,想查看的朋友去论坛吧,我已经打包供大家下载了)

Open Toolbar