From bret at pettichord.com  Thu Feb 19 19:39:02 2004
From: bret at pettichord.com (Bret Pettichord)
Date: Thu, 19 Feb 2004 18:39:02 -0600
Subject: [Wtr-general] Fwd: Re: Blocking Calls on Win32 Ruby
Message-ID: <5.1.0.14.2.20040219183838.037025a8@127.0.0.1>

Any of you folks have any suggestions or experience to share?

>To: ruby-talk at ruby-lang.org
>From: Bret Pettichord <bret at pettichord.com>
>Subject: Re: Blocking Calls on Win32 Ruby
>
>At 07:34 PM 2/17/2004, Shashank Date wrote:
>>Not really ... if you could show the code we can talk about the specifics.
>>HTH,
>
>Well, i am porting 18,000 lines of ruby originally written on the Mac so 
>that they will run on Windows. Do you want me to send all of it to you?
>
>OK. Here's an update. I've got all that code working (except for a few 
>minor problems) using the cygwin ruby. That's cool.
>
>The problem is that i need to hook up that code, which is a web 
>application, to some ruby scripts that drive Internet Explorer's COM 
>interface. Guess what? That code will only work on mswin32 ruby because 
>cygwin doesn't support OLE/COM.
>
>This was what i want to do:
>- start the web application in a separate thread/process
>- run the tests using IEC
>- stop the web application.
>
>My head has been hurting all day as i try to go back and forth from 
>thinking in cygwin ruby vs mswin32 ruby. I think i can do this if i put 
>the main thread in cygwin ruby and then have it spawn one thread/process 
>to run the server in cygwin ruby and other thread/process to run the iec 
>tests in mswin32 ruby.
>
>Honestly, it is making me think that Python looks pretty good in comparison.
>
>Bret
>
>_____________________________________
>  Bret Pettichord, Software Tester
>    Book - www.testinglessons.com
>    Consulting - www.pettichord.com
>    Blog - www.io.com/~wazmo/blog
>
>    Homebrew Automation Seminar
>    March 19, Redmond, Washington
>    www.sasqag.org/99days/#automation

_____________________________________
  Bret Pettichord, Software Tester
    Book - www.testinglessons.com
    Consulting - www.pettichord.com
    Blog - www.io.com/~wazmo/blog

    Homebrew Automation Seminar
    March 19, Redmond, Washington
    www.sasqag.org/99days/#automation



From chrismo at clabs.org  Fri Feb 20 09:35:43 2004
From: chrismo at clabs.org (Chris Morris)
Date: Fri, 20 Feb 2004 08:35:43 -0600
Subject: [Wtr-general] Fwd: Re: Blocking Calls on Win32 Ruby
In-Reply-To: <5.1.0.14.2.20040219183838.037025a8@127.0.0.1>
References: <5.1.0.14.2.20040219183838.037025a8@127.0.0.1>
Message-ID: <40361B3F.50804@clabs.org>

Bret Pettichord wrote:

> Any of you folks have any suggestions or experience to share?

I assume you need cygwin to handle specific stuffs that went into the 
Mac version the mswin32 doesn't support?

Perhaps you could put the mswin32 stuffs in a Drb server, and have the 
cygwin ruby be the drb client?

Drb is ridiculously simple to setup (don't know if there are any issues 
with it between different ruby processes (cygwin/mswin32)).

http://www.rubycentral.com/articles/drb.html

-- 
Chris
http://clabs.org



From paul.rogers at shaw.ca  Fri Feb 20 10:34:45 2004
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Fri, 20 Feb 2004 08:34:45 -0700
Subject: [Wtr-general] Fwd: Re: Blocking Calls on Win32 Ruby
Message-ID: <8674485de6.85de686744@shaw.ca>



main thread in cygwin ruby and then have it spawn one thread/process 
>to run the server in cygwin ruby and other thread/process to run the iec 
>tests in mswin32 ruby

I was thinking along the same sort of lines with my serialport / gui app....



----- Original Message -----
From: Bret Pettichord <bret at pettichord.com>
Date: Thursday, February 19, 2004 5:39 pm
Subject: [Wtr-general] Fwd: Re: Blocking Calls on Win32 Ruby

> Any of you folks have any suggestions or experience to share?
> 
> >To: ruby-talk at ruby-lang.org
> >From: Bret Pettichord <bret at pettichord.com>
> >Subject: Re: Blocking Calls on Win32 Ruby
> >
> >At 07:34 PM 2/17/2004, Shashank Date wrote:
> >>Not really ... if you could show the code we can talk about the 
> specifics.>>HTH,
> >
> >Well, i am porting 18,000 lines of ruby originally written on the 
> Mac so 
> >that they will run on Windows. Do you want me to send all of it 
> to you?
> >
> >OK. Here's an update. I've got all that code working (except for 
> a few 
> >minor problems) using the cygwin ruby. That's cool.
> >
> >The problem is that i need to hook up that code, which is a web 
> >application, to some ruby scripts that drive Internet Explorer's 
> COM 
> >interface. Guess what? That code will only work on mswin32 ruby 
> because 
> >cygwin doesn't support OLE/COM.
> >
> >This was what i want to do:
> >- start the web application in a separate thread/process
> >- run the tests using IEC
> >- stop the web application.
> >
> >My head has been hurting all day as i try to go back and forth 
> from 
> >thinking in cygwin ruby vs mswin32 ruby. I think i can do this if 
> i put 
> >the main thread in cygwin ruby and then have it spawn one 
> thread/process 
> >to run the server in cygwin ruby and other thread/process to run 
> the iec 
> >tests in mswin32 ruby.
> >
> >Honestly, it is making me think that Python looks pretty good in 
> comparison.>
> >Bret
> >
> >_____________________________________
> >  Bret Pettichord, Software Tester
> >    Book - www.testinglessons.com
> >    Consulting - www.pettichord.com
> >    Blog - www.io.com/~wazmo/blog
> >
> >    Homebrew Automation Seminar
> >    March 19, Redmond, Washington
> >    www.sasqag.org/99days/#automation
> 
> _____________________________________
>  Bret Pettichord, Software Tester
>    Book - www.testinglessons.com
>    Consulting - www.pettichord.com
>    Blog - www.io.com/~wazmo/blog
> 
>    Homebrew Automation Seminar
>    March 19, Redmond, Washington
>    www.sasqag.org/99days/#automation
> 
> _______________________________________________
> Wtr-general mailing list
> Wtr-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-general
> 



From bret at pettichord.com  Fri Feb 20 17:04:25 2004
From: bret at pettichord.com (Bret Pettichord)
Date: Fri, 20 Feb 2004 16:04:25 -0600
Subject: [Wtr-general] Fwd: Re: Blocking Calls on Win32 Ruby
In-Reply-To: <40361B3F.50804@clabs.org>
References: <5.1.0.14.2.20040219183838.037025a8@127.0.0.1>
	<5.1.0.14.2.20040219183838.037025a8@127.0.0.1>
Message-ID: <5.1.0.14.2.20040220155909.01e21d90@127.0.0.1>


>I assume you need cygwin to handle specific stuffs that went into the Mac 
>version the mswin32 doesn't support?

yes. real multi-threading. actually, i needed this to get some of the 
integration tests to pass. i can get all the unit tests to pass with either.

>Perhaps you could put the mswin32 stuffs in a Drb server, and have the 
>cygwin ruby be the drb client?

I did this and it worked. Actually i made the cygwin ruby host the web 
application and drb server and then used mswin32 ruby to drive IE and be a 
drb client.

>Drb is ridiculously simple to setup (don't know if there are any issues 
>with it between different ruby processes (cygwin/mswin32)).
>
>http://www.rubycentral.com/articles/drb.html
>
>--
>Chris
>http://clabs.org
>
>_______________________________________________
>Wtr-general mailing list
>Wtr-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/wtr-general

_____________________________________
  Bret Pettichord, Software Tester
    Book - www.testinglessons.com
    Consulting - www.pettichord.com
    Blog - www.io.com/~wazmo/blog

    Homebrew Automation Seminar
    March 19, Redmond, Washington
    www.sasqag.org/99days/#automation



From bret at pettichord.com  Mon Feb 23 11:34:47 2004
From: bret at pettichord.com (Bret Pettichord)
Date: Mon, 23 Feb 2004 10:34:47 -0600
Subject: [Wtr-general] Fwd: RE: Test Automation example with IEC
Message-ID: <5.1.0.14.2.20040223103348.039bf358@127.0.0.1>

Can anyone help John?

>From: "John" <John at johnhammink.com>
>To: "'Bret Pettichord'" <bret at pettichord.com>
>Subject: RE: Test Automation example with IEC
>Date: Mon, 23 Feb 2004 14:35:05 +0200
>
>Hi again,
>
>Interpreter says there seems to be a syntax error in the "require"
>statement of IEC.rb:
>
>"c:/ruby/lib/ruby/site_ruby/1.8/cl/iec.rb:42:in `require':
>c:/ruby/lib/ruby/site_ruby/1.8/cl/iec/cliecontroller.rb:43: syntax error
>(SyntaxError)"
>
>I apparently get this when I run _ANY_ script with a require statement
>for IEC.rb (e.g. "require cl/iec", or "require 'google.cliec"),   for
>example the sample code you sent me, or any of the IEC examples.
>
>Commented out the version line in cliecontroller.rb, after running it,
>ruby complained of a syntax error here:
>
>#VERSION = CLabs::Version.new(2004, 009, 0)
>
>Commenting this out and running google.cliec.rb reveals the following
>errors in cliecontroller.rb:
>
>c:/ruby/lib/ruby/site_ruby/1.8/cl/iec/cliecontroller.rb:304:in
>`method_missing': all (WIN32OLERuntimeError)
>
>And this error:
>
>Member not found from
>c:/ruby/lib/ruby/site_ruby/1.8/cl/iec/cliecontroller.rb:304:in
>`methodIsFormNode'
>
>
>In any case, commenting out dependencies and rerunning google.cliec.rb
>seems to point to the following code in cliecontroller.rb:
>
>  # seems a refactoring is in order with ClIEController.method_missing
>       def method_missing(methID, *args)
>         methodName = methID.id2name
>         setter = methodIsSetter(methodName)
>         methodName.chop! if setter
>         if methodIsFormNode(methodName)
>           sendToFormNode(methodName, setter, *args)
>         else
>           @form.send(methID, *args)
>         end
>       end
>
>I can comment out this block and some other dependencies, and then
>cliecontroller runs by itself without any errors.  But as soon as I run
>google.cliec.rb with the commented code, I get more errors.
>
>Regards,
>
>John
>http://www.johnhammink.com
>+372 5810 0158
>
>
>
>-----Original Message-----
>From: Bret Pettichord [mailto:bret at pettichord.com]
>Sent: Friday, February 20, 2004 7:28 PM
>To: John
>Subject: RE: Test Automation example with IEC
>
>
>I was going to call you, but i guess you're in finnland or estonia.
>
>I just took a second look at the Homebrew Presentation. I don't see any
>Ruby examples in it. Although there is a link to the IEC tool.
>
>Here's some sample code. Maybe you need to use require 'cl/iec'.
>
>You also might have more luck with the code at:
><http://www.testing.com/scripting-for-testers.html>
>
>
>def pause
>    sleep 1
>end
>
>require 'cl/iec'
>iec = ClIEController.new(true)
>iec.navigate ("http://localhost:8080")
>form = IEDomFormWrapper.new(iec.form)
>form.name = "Marick"
>pause
>form.submit; iec.wait
>form = IEDomFormWrapper.new(iec.form)
>form.name = 'test'
>form.background = false
>pause
>form.submit; iec.wait
>all_jobs_form = IEDomFormWrapper.new(iec.document.forms(0))
>all_jobs_form.elements('name').click
>pause
>new_jobs_form = IEDomFormWrapper.new(iec.document.forms(1))
>new_jobs_form.name = "lunch"
>pause
>new_jobs_form.submit; iec.wait
>
>all_jobs_form = IEDomFormWrapper.new(iec.document.forms(0))
>
>
>
>
>At 04:18 AM 2/20/2004, John wrote:
> >Hi again!
> >
> > >I read your article on home-brew test automation, and it's been most
> > >helpful, especially when recommending new tools for automation.
> > >Thanks
> >
> > >for making it available!
> >
> ><Bret>
> >John, I'm glad it helped. Which article specifically? The recent post
> >to my blog? The stuff at testingeducation.com?
> ></Bret>
> >
> >The article available as PDF.  I typed "python test automation" (as
> >that was the first tool I was considering), and your "Homebrew Test
> >Automation" presentation came up.
> >
> > >I can't get Ruby to work with IEC.  When I copied your example from
> > >the tutorial, and run it, I keep getting the following error:
> > >"web.rb:1:in
> >
> > >`require': No such file to load -- iec (LoadError)".
> >
> ><Bret>
> >Where did you get the code? Were you in one of my classes? Has someone
> >posted it to the internet? </Bret>
> >
> >Your code was in your PDF tutorial.
> >'
> ><Bret>
> >Anyhow, the code currently suffers from having two files called "iec".
> >Apparently you're not finding either of them. Hmm. </Bret>
> >
> > >Note that by now, I've installed IEC using both Install.RB
> > >(something happened there); and by copying the requisite RB sources
> > >directly to bin.  Nothing works.
> > >
> > >Why doesn't it find the file to include? Might you have any ideas
> > >about
> >
> > >this?
> >
> ><Bret>
> >Well, it must be because it isn't in the load path.
> ></Bret>
> >
> >I don't understand.  Where exactly is the default load path?  Running
> >"Install.RB" apparently doesn't put it there, nor does copying it to
> >the ...\bin directory of the RUBY installation.
> >
> ><Bret>
> >I'm actually in the process of cleaning up the code so that i can make
> >a
> >
> >public, supportable distribution.
> ></Bret>
> >
> >That's a great service!  Anyway, thanks for your help.  I do hope I can
>
> >make this tool useful.
> >
> >/John
>
>_____________________________________
>   Bret Pettichord, Software Tester
>     Book - www.testinglessons.com
>     Consulting - www.pettichord.com
>     Blog - www.io.com/~wazmo/blog
>
>     Homebrew Automation Seminar
>     March 19, Redmond, Washington
>     www.sasqag.org/99days/#automation

_____________________________________
  Bret Pettichord, Software Tester
    Book - www.testinglessons.com
    Consulting - www.pettichord.com
    Blog - www.io.com/~wazmo/blog

    Homebrew Automation Seminar
    March 19, Redmond, Washington
    www.sasqag.org/99days/#automation



From chrismo at clabs.org  Mon Feb 23 13:43:42 2004
From: chrismo at clabs.org (Chris Morris)
Date: Mon, 23 Feb 2004 12:43:42 -0600
Subject: [Wtr-general] Fwd: RE: Test Automation example with IEC
In-Reply-To: <5.1.0.14.2.20040223103348.039bf358@127.0.0.1>
References: <5.1.0.14.2.20040223103348.039bf358@127.0.0.1>
Message-ID: <403A49DE.1090804@clabs.org>

Bret Pettichord wrote:

> Can anyone help John?

d'oh -- this is a known problem in the 2004.009 release -- I pushed that 
out right before AWTA and it had that stupid problem in it (with the 
version number thing). I'll probably need to do another release, but not 
sure I can do that from work here.

The other errors I'm not familiar with, but could also be flaws in that 
release (though I only had the version flaw at AWTA).

-- 
Chris
http://clabs.org



From chrismo at clabs.org  Mon Feb 23 22:51:38 2004
From: chrismo at clabs.org (Chris Morris)
Date: Mon, 23 Feb 2004 21:51:38 -0600
Subject: [Wtr-general] Fwd: RE: Test Automation example with IEC
In-Reply-To: <403A49DE.1090804@clabs.org>
References: <5.1.0.14.2.20040223103348.039bf358@127.0.0.1>
	<403A49DE.1090804@clabs.org>
Message-ID: <403ACA4A.4020403@clabs.org>

Chris Morris wrote:

> d'oh -- this is a known problem in the 2004.009 release -- I pushed 
> that out right before AWTA and it had that stupid problem in it (with 
> the version number thing). I'll probably need to do another release, 
> but not sure I can do that from work here.

Okay - new release. 2004.054.0.

* Newer cl/util/version used to get around syntax bug once the days 
rolled to integers with leading zeros. d'oh!
* Fixed bug in the new options hash that wasn't correctly reading in the 
visible and auto_wrap_form settings. 

I'd already fixed these, so it was just a release.

> The other errors I'm not familiar with, but could also be flaws in 
> that release (though I only had the version flaw at AWTA).

I tried the google.cliec.rb with the latest and didn't have any 
problems. Perhaps a problem with the version of IE he's using? Can we 
verify that? Since it's failing in the method missing, it should be 
trying to pass the call into IE -- and 'all' may not be a valid 
interface dealy in whatever version he's running.

-- 
Chris
http://clabs.org/blogki



From chrismo at clabs.org  Mon Feb 23 23:00:22 2004
From: chrismo at clabs.org (Chris Morris)
Date: Mon, 23 Feb 2004 22:00:22 -0600
Subject: [Wtr-general] New release. 2004.054.0.
Message-ID: <403ACC56.5070807@clabs.org>

Mentioned this in my last post, but am reposting with a proper subject:

New release. 2004.054.0.

* Newer cl/util/version used to get around syntax bug once the days 
rolled to integers with leading zeros. d'oh!
* Fixed bug in the new options hash that wasn't correctly reading in the 
visible and auto_wrap_form settings.
I'd already fixed these, so it was just a release.

http://rubyforge.org/project/showfiles.php?group_id=104

-- 
Chris
http://clabs.org/blogki



From chrismo at clabs.org  Mon Feb 23 23:06:40 2004
From: chrismo at clabs.org (Chris Morris)
Date: Mon, 23 Feb 2004 22:06:40 -0600
Subject: [Wtr-general] status
Message-ID: <403ACDD0.5060607@clabs.org>

Just a quick note -- I know Jonathan's sent me some stuff, and I think 
Paul as well at some point -- and I haven't had time/need to work with 
these unfortunately. The release I did tonight was a cinch because I 
already had the build script done and the fixes done as well (they were 
done about a month ago, I just never released).

I wish my job had need for web testing, but it doesn't currently. My 
part of the framework exists from prior on the job needs, my life 
doesn't lend itself to much outside my field of needs, that field is 
pretty big on its own :-)

Anyway, just wanted to touch base with y'all -- let you know I'm not 
blowing any of y'all off.

-- 
Chris
http://clabs.org/blogki



From chrismo at clabs.org  Mon Feb 23 23:09:43 2004
From: chrismo at clabs.org (Chris Morris)
Date: Mon, 23 Feb 2004 22:09:43 -0600
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
Message-ID: <403ACE87.20107@clabs.org>

Someone added a list of requirements to the ClIEController page -- I 
felt they better fit on this page, which is linked from the /ToDo page.

http://www.clabs.org/wtr/index.cgi?page=/ClIEController/DefineRequirements


From paul.rogers at shaw.ca  Tue Feb 24 21:00:26 2004
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Tue, 24 Feb 2004 19:00:26 -0700
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
In-Reply-To: <403ACE87.20107@clabs.org>
Message-ID: <000001c3fb43$232713d0$6400a8c0@NewDell>

The controller that I  use does most of this. Maybe its time we took
another look at getting the 2 combined.

I download Chris controller a week or so ago, with the intention of
adding the dom saver into mine (which Ive done - Thanks for doing my
work for me Chris!)

Im sure there are benefits to having both controllers available in a
single package, so I'll take another look on how this could be done

Paul

-----Original Message-----
From: wtr-general-bounces at rubyforge.org
[mailto:wtr-general-bounces at rubyforge.org] On Behalf Of Chris Morris
Sent: 23 February 2004 21:10
To: wtr-general at rubyforge.org
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements


Someone added a list of requirements to the ClIEController page -- I 
felt they better fit on this page, which is linked from the /ToDo page.

http://www.clabs.org/wtr/index.cgi?page=/ClIEController/DefineRequiremen
ts
_______________________________________________
Wtr-general mailing list
Wtr-general at rubyforge.org
http://rubyforge.org/mailman/listinfo/wtr-general



From jkohl at telusplanet.net  Tue Feb 24 21:19:41 2004
From: jkohl at telusplanet.net (Jonathan Kohl)
Date: Tue, 24 Feb 2004 19:19:41 -0700
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
In-Reply-To: <000001c3fb43$232713d0$6400a8c0@NewDell>
Message-ID: <000601c3fb45$d37e97b0$6401a8c0@tintin>

I put the requirements up, and I have been using Paul's controller as well.
I would really like to see them combined if possible.

-Jonathan

> -----Original Message-----
> From: wtr-general-bounces at rubyforge.org [mailto:wtr-general-
> bounces at rubyforge.org] On Behalf Of Paul Rogers
> Sent: February 24, 2004 7:00 PM
> To: wtr-general at rubyforge.org
> Subject: RE: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
> 
> The controller that I  use does most of this. Maybe its time we took
> another look at getting the 2 combined.
> 
> I download Chris controller a week or so ago, with the intention of
> adding the dom saver into mine (which Ive done - Thanks for doing my
> work for me Chris!)
> 
> Im sure there are benefits to having both controllers available in a
> single package, so I'll take another look on how this could be done
> 
> Paul
> 
> -----Original Message-----
> From: wtr-general-bounces at rubyforge.org
> [mailto:wtr-general-bounces at rubyforge.org] On Behalf Of Chris Morris
> Sent: 23 February 2004 21:10
> To: wtr-general at rubyforge.org
> Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
> 
> 
> Someone added a list of requirements to the ClIEController page -- I
> felt they better fit on this page, which is linked from the /ToDo page.
> 
> http://www.clabs.org/wtr/index.cgi?page=/ClIEController/DefineRequiremen
> ts
> _______________________________________________
> Wtr-general mailing list
> Wtr-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-general
> 
> _______________________________________________
> Wtr-general mailing list
> Wtr-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-general




From jkohl at telusplanet.net  Tue Feb 24 21:20:33 2004
From: jkohl at telusplanet.net (Jonathan Kohl)
Date: Tue, 24 Feb 2004 19:20:33 -0700
Subject: [Wtr-general] status
In-Reply-To: <403ACDD0.5060607@clabs.org>
Message-ID: <000701c3fb45$f2b4db80$6401a8c0@tintin>

Chris;

Thanks for the note. I figured you were busy, so no worries.

:-)

-Jonathan

> -----Original Message-----
> From: wtr-general-bounces at rubyforge.org [mailto:wtr-general-
> bounces at rubyforge.org] On Behalf Of Chris Morris
> Sent: February 23, 2004 9:07 PM
> To: wtr-general at rubyforge.org
> Subject: [Wtr-general] status
> 
> Just a quick note -- I know Jonathan's sent me some stuff, and I think
> Paul as well at some point -- and I haven't had time/need to work with
> these unfortunately. The release I did tonight was a cinch because I
> already had the build script done and the fixes done as well (they were
> done about a month ago, I just never released).
> 
> I wish my job had need for web testing, but it doesn't currently. My
> part of the framework exists from prior on the job needs, my life
> doesn't lend itself to much outside my field of needs, that field is
> pretty big on its own :-)
> 
> Anyway, just wanted to touch base with y'all -- let you know I'm not
> blowing any of y'all off.
> 
> --
> Chris
> http://clabs.org/blogki
> 
> _______________________________________________
> Wtr-general mailing list
> Wtr-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-general




From bret at pettichord.com  Wed Feb 25 04:01:47 2004
From: bret at pettichord.com (Bret Pettichord)
Date: Wed, 25 Feb 2004 03:01:47 -0600
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
In-Reply-To: <000601c3fb45$d37e97b0$6401a8c0@tintin>
References: <000001c3fb43$232713d0$6400a8c0@NewDell>
Message-ID: <5.1.0.14.2.20040225025702.020cc4f8@127.0.0.1>

I have time for this.

I'm trying to catch up, actually. I'm using an old version of IEC right 
now. I just figured out how to harness my IEC tests. I needed to use DRB to 
call some "private" methods of the web application from the tests.

When i'm finished harnessing all my tests (which are really suggested 
solutions to classroom labs), then i'll start updating my infrastructure to 
the latest IEC and also to Ruby 1.8 (I'm still at 1.6.8).

BTW, the lab exercises themselves have been published at 
testingeducation.org. Another project for me is put all of my class 
materials into source forge or ruby forge. I'm new to this. Should i put 
them into WTR or should i create a separate project?

Bret

At 08:19 PM 2/24/2004, Jonathan Kohl wrote:
>I would really like to see them combined if possible.

_____________________________________
  Bret Pettichord, Software Tester
    Book - www.testinglessons.com
    Consulting - www.pettichord.com
    Blog - www.io.com/~wazmo/blog

    Homebrew Automation Seminar
    March 19, Redmond, Washington
    www.sasqag.org/99days/#automation



From jkohl at telusplanet.net  Wed Feb 25 13:42:44 2004
From: jkohl at telusplanet.net (jkohl at telusplanet.net)
Date: Wed, 25 Feb 2004 10:42:44 -0800
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
In-Reply-To: <5.1.0.14.2.20040225025702.020cc4f8@127.0.0.1>
References: <000001c3fb43$232713d0$6400a8c0@NewDell>
	<5.1.0.14.2.20040225025702.020cc4f8@127.0.0.1>
Message-ID: <1077734564.403ceca4609e7@webmail.telusplanet.net>


> I have time for this.
Cool!
 
> I'm trying to catch up, actually. I'm using an old version of IEC right 
> now. I just figured out how to harness my IEC tests. I needed to use DRB to
> call some "private" methods of the web application from the tests.
Do you mean you are using some sort of harness to string test case scripts
together like JUnit or how a tool like SilkTest does? I'm wondering about having
a test harness that can report passes and failures. I liked how SilkTest output
a results file, but I had a lot of trouble getting it to work within a homebrew
Perl test harness. I have an example of logging this with a test case I can send
you, but haven't thought about writing a test harness where I could string
togehter multiple scripts. Paul has done some work in this area I believe.

> When i'm finished harnessing all my tests (which are really suggested 
> solutions to classroom labs), then i'll start updating my infrastructure to
> the latest IEC and also to Ruby 1.8 (I'm still at 1.6.8).

> BTW, the lab exercises themselves have been published at 
> testingeducation.org. Another project for me is put all of my class 
> materials into source forge or ruby forge. I'm new to this. Should i put 
> them into WTR or should i create a separate project?
I'll have to check them out. My guess would be to put them into WTR as a type of
example set, but I'm not sure what Chris' vision is.

-Jonathan

> At 08:19 PM 2/24/2004, Jonathan Kohl wrote:
> >I would really like to see them combined if possible.
> 
> _____________________________________
>   Bret Pettichord, Software Tester
>     Book - www.testinglessons.com
>     Consulting - www.pettichord.com
>     Blog - www.io.com/~wazmo/blog
> 
>     Homebrew Automation Seminar
>     March 19, Redmond, Washington
>     www.sasqag.org/99days/#automation
> 
> _______________________________________________
> Wtr-general mailing list
> Wtr-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-general
> 






From bret at pettichord.com  Wed Feb 25 13:47:26 2004
From: bret at pettichord.com (Bret Pettichord)
Date: Wed, 25 Feb 2004 12:47:26 -0600
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
In-Reply-To: <1077734564.403ceca4609e7@webmail.telusplanet.net>
References: <5.1.0.14.2.20040225025702.020cc4f8@127.0.0.1>
	<000001c3fb43$232713d0$6400a8c0@NewDell>
	<5.1.0.14.2.20040225025702.020cc4f8@127.0.0.1>
Message-ID: <5.1.0.14.2.20040225124649.01fafcc8@127.0.0.1>

At 12:42 PM 2/25/2004, jkohl at telusplanet.net wrote:
>Do you mean you are using some sort of harness to string test case scripts
>together like JUnit or how a tool like SilkTest does?

I'm minimally extending JUnit (really Ruby's test-unit).



_____________________________________
  Bret Pettichord, Software Tester
    Book - www.testinglessons.com
    Consulting - www.pettichord.com
    Blog - www.io.com/~wazmo/blog

    Homebrew Automation Seminar
    March 19, Redmond, Washington
    www.sasqag.org/99days/#automation



From paul.rogers at shaw.ca  Wed Feb 25 14:18:15 2004
From: paul.rogers at shaw.ca (Paul Rogers)
Date: Wed, 25 Feb 2004 12:18:15 -0700
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
Message-ID: <55e3cf55d62e.55d62e55e3cf@shaw.ca>


We generate large log files that contain all the actions ( each link clicked, select box clicked )  the page load time, url, etc

As soon as I get the time, Im going to use a mySQL database to record pass/fail results as well as having the log files.

This will get a php front end so that our management can straigtaway see the tests that have been done.

Im not sure how to structure the tests - test::unit is a likely candidate, although I have my doubts how well it works when doing 'application' testing

I also need to have a method for documenting the tests, preferably within code, so we really know what we are testing. The way I write the test, the data used is nearly always in a  hash, so something like the following is a possibility:

testData = { "user"            => "paul", 
             "password"        => "secret" ,
             "testDescription" => "test of a login using lower case characters" }

doSomething( testData )
..
...
....


def doSomething( data )
    
    addTestDescriptionToLog(data)
    ..
    ..
    # now do the test 
end

def addTestDescriptionToLog(data)
    if data.has_key?("testDescription")
         log "Test: #{data["testDescription"} "
    end
end


This of course can be exteneded to having a testID in the hash too, making the database recording much easier.



Paul


----- Original Message -----
From: jkohl at telusplanet.net
Date: Wednesday, February 25, 2004 11:42 am
Subject: RE: [Wtr-general] wikifyi: /ClIEController/DefineRequirements

> 
> > I have time for this.
> Cool!
> 
> > I'm trying to catch up, actually. I'm using an old version of 
> IEC right 
> > now. I just figured out how to harness my IEC tests. I needed to 
> use DRB to
> > call some "private" methods of the web application from the tests.
> Do you mean you are using some sort of harness to string test case 
> scriptstogether like JUnit or how a tool like SilkTest does? I'm 
> wondering about having
> a test harness that can report passes and failures. I liked how 
> SilkTest output
> a results file, but I had a lot of trouble getting it to work 
> within a homebrew
> Perl test harness. I have an example of logging this with a test 
> case I can send
> you, but haven't thought about writing a test harness where I 
> could string
> togehter multiple scripts. Paul has done some work in this area I 
> believe.
> > When i'm finished harnessing all my tests (which are really 
> suggested 
> > solutions to classroom labs), then i'll start updating my 
> infrastructure to
> > the latest IEC and also to Ruby 1.8 (I'm still at 1.6.8).
> 
> > BTW, the lab exercises themselves have been published at 
> > testingeducation.org. Another project for me is put all of my 
> class 
> > materials into source forge or ruby forge. I'm new to this. 
> Should i put 
> > them into WTR or should i create a separate project?
> I'll have to check them out. My guess would be to put them into 
> WTR as a type of
> example set, but I'm not sure what Chris' vision is.
> 
> -Jonathan
> 
> > At 08:19 PM 2/24/2004, Jonathan Kohl wrote:
> > >I would really like to see them combined if possible.
> > 
> > _____________________________________
> >   Bret Pettichord, Software Tester
> >     Book - www.testinglessons.com
> >     Consulting - www.pettichord.com
> >     Blog - www.io.com/~wazmo/blog
> > 
> >     Homebrew Automation Seminar
> >     March 19, Redmond, Washington
> >     www.sasqag.org/99days/#automation
> > 
> > _______________________________________________
> > Wtr-general mailing list
> > Wtr-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wtr-general
> > 
> 
> 
> 
> 
> _______________________________________________
> Wtr-general mailing list
> Wtr-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wtr-general
> 



From chrismo at clabs.org  Wed Feb 25 16:37:34 2004
From: chrismo at clabs.org (Chris Morris)
Date: Wed, 25 Feb 2004 15:37:34 -0600
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
In-Reply-To: <1077734564.403ceca4609e7@webmail.telusplanet.net>
References: <000001c3fb43$232713d0$6400a8c0@NewDell>	<5.1.0.14.2.20040225025702.020cc4f8@127.0.0.1>
	<1077734564.403ceca4609e7@webmail.telusplanet.net>
Message-ID: <403D159E.1020706@clabs.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wtr-general/attachments/20040225/2a5d2828/attachment.html 

From jkohl at telusplanet.net  Wed Feb 25 16:56:22 2004
From: jkohl at telusplanet.net (jkohl at telusplanet.net)
Date: Wed, 25 Feb 2004 13:56:22 -0800
Subject: [Wtr-general] wikifyi: /ClIEController/DefineRequirements
In-Reply-To: <403D159E.1020706@clabs.org>
References: <000001c3fb43$232713d0$6400a8c0@NewDell>
	<5.1.0.14.2.20040225025702.020cc4f8@127.0.0.1>
	<1077734564.403ceca4609e7@webmail.telusplanet.net>
	<403D159E.1020706@clabs.org>
Message-ID: <1077746182.403d1a06d73a1@webmail.telusplanet.net>



> There's Test::Unit in Ruby -- the xUnit port to Ruby. No need to
> re-invent the wheel is there?
if it works, I'm all for it. However, I want to be able to log results as well
as have a record of what passed or failed. I'd have to try out using Test::Unit
before I can pass judgement.

> WTR is this group, not a me thing. IEC is more 'my' thing, but I'm
> sharing it with y'all anyway, so it's all us -- I just setup the
> RubyForge project cuz I got to it first :-)
I didn't mean to say it was "your" thing, just that you had set things up, so we
should figure out what the vision was behind that so we were all on the same page.

-Jonathan



From bret at pettichord.com  Thu Feb 26 14:56:50 2004
From: bret at pettichord.com (Bret Pettichord)
Date: Thu, 26 Feb 2004 13:56:50 -0600
Subject: [Wtr-general] Page for my class
Message-ID: <5.1.0.14.2.20040226135429.01f5cbf8@127.0.0.1>

I wrote a page describing the test scripting class i teach based on ruby 
and wtr.

http://www.clabs.org/wtr/index.cgi?page=/Scripting101Class

_____________________________________
  Bret Pettichord, Software Tester
    Book - www.testinglessons.com
    Consulting - www.pettichord.com
    Blog - www.io.com/~wazmo/blog

    Homebrew Automation Seminar
    March 19, Redmond, Washington
    www.sasqag.org/99days/#automation