已有 93609 人访问
刘俊 ID.1213
博客(75)
刘俊的博客
echo Clear Temporary Internet Files: RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 8 echo Clear Cookies: RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess 2 echo Clear History: RunDll32.exe InetC
364°/3641 人阅读/0 人点赞/0 条评论
今天看到个奇怪的现象，我想看看页面有没有打开，就用了ie.exist?方法，期望得到的是true，结果返回的是数字8，就跑去看看源码怎么回事。发现原来是这样的，源码如下：    def exists?      return false if @closing     
357°/3570 人阅读/0 人点赞/0 条评论
方法一：Pathname.new("#{File.dirname(__FILE__)}/../../").realpath #几个../表示往上几级目录，自己控制方法二：a = Pathname.new("#{File.dirname(__FILE__)}").realpath       
425°/4252 人阅读/0 人点赞/0 条评论
网上很多，但是经常忘记，留作记录%A: 星期几的名称(Sunday, Monday ... )%a: 星期几的简称(Sun, Mon ... )%B: 月份的名称(January, February ... )%b: 月份的简称(Jan, Feb ... )%c: 日期和时间%d: 日期(01-31)%H: 24时制的小时(00-23)%I: 12时制的小时(01-12)%j: 一年中的第几天(0
614°/6143 人阅读/1 人点赞/0 条评论
# 这个方法是利用ruby标准库中的timeout.rb中的timeout方法来处理没有click操作而弹窗的窗口，和以前Thread.new的方式类似，记录下来def pop(url,n)    begin      Timeout::timeout(6) do    &nbs
343°/3439 人阅读/0 人点赞/0 条评论
cucumber简介
刘俊 2011-11-30
    很多人在做自动化测试的时候会产生一个疑问，如何让我们的test case和script产生联系？运行一轮自动化脚本以后，如何告诉看不懂script的客户或者开发，你的自动化测试都做了哪些事情？下面将会给大家介绍一款新的工具：cucumber(黄瓜)。    cucumber是一款基于BDD的测试工具，它一方面通过文字描述测试行为，告诉开发和客户tes
739°/7332 人阅读/3 人点赞/6 条评论
  目前页面仍然没有提供，我按照逻辑把代码实现了，但是中间很多断言都注释掉了，现在担心的是页面重构的时候，我这边代码改动会比较大，马上就SIT了。  另外，昨天写的时候发现，我们手工测试人员也在更改用例，这导致脚本两头受阻，很是难受。想到的解决办法是就是在test summary里面给出颜色标注哪些case变化了，这样我在修改的时候更快的定位。但是仍然有不少步骤被删除或者新步骤
386°/3802 人阅读/0 人点赞/6 条评论
    前段时间忙于考试，暂时停止了手头的脚本编写工作。不过也没有什么特别需要记录的，还是一如既往的赶，乱。    昨天开发发布了sprint3的第一个测试包，居然跳过一个重要的功能做了后面的流程部分，导致测试这边需要手动操作数据库来实现前提条件。这也体现了他们目前纯粹为了赶进度而疲于应付任务。如果在这种情况下写自动化脚本，我感觉就像在沼泽地上盖大楼一样，C
372°/3724 人阅读/0 人点赞/0 条评论
  鉴于目前遇到的问题，我想在这里留下项目的记录，在项目结束的时候，回过头来整理一下问题，然后总结经验教训。  截至到今天，项目进入第五周，sprint3开始，前面一直在搞CI和远程自动化部署，暂时没去弄自动化脚本，但是从目前情况来看，自动化脚本尚不具备编写的条件，第一是页面是开发为了检验功能而临时自己编写的，基于UI的自动化测试现在编写没有意义，第二是目前feature（te
416°/4164 人阅读/0 人点赞/0 条评论
今天讨论了一个问题：如何保证自动化测试的结果就一定是正确的？开发的代码是由测试人员来测的，那么测试人员的代码谁来测试？如果不测试的话，怎么保证你的自动化脚本没有问题呢？如果某些语句覆盖率不全怎么办？不知道有没有人关注过这个问题，欢迎大家讨论一下。。
452°/4479 人阅读/0 人点赞/5 条评论