On 2/23/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
* Dominique Quatravaux <[EMAIL PROTECTED]> [2007-02-23 11:35]:
> And, uh, how about this:
>
> use lib 't';
> use mock::LWP::Simple;
That will not call the importer in the right package.
To expand on this answer, without funky voodoo, after
On 2/22/07, Ovid <[EMAIL PROTECTED]> wrote:
Telling me "you can only use t/lib for mocked modules"
Woah, dude. mocked.pm loads mocked modules from t/lib. You can use t/lib
for whatever else you want.
So you could keep your existing test modules there, and put the mock test
modules there to
On 2/22/07, Andy Lester <[EMAIL PROTECTED]> wrote:
On Feb 22, 2007, at 2:49 PM, Luke Closs wrote:
> So I just hacked up mocked.pm, which will only load libraries from
> t/lib.
> The above example would look like:
>
> use mocked 'LWP::Simple';
Would there b
Hey everyone,
I was writing unit tests for some code, and needed to mock up a library,
something that I've done many times before. I usually put my mock libraries
into 't/lib', and then do something like this:
use lib 't/lib';
use LWP::Simple; # this is a mocked library
This works pretty wel
On 2/13/07, Kirrily Robert <[EMAIL PROTECTED]> wrote:
can someone explain it to me *in a perlish way*.
I think of fixtures as code that helps make testing data driven. I haven't
used Test::Class (though I probably should sometime), but instead, I
refactor my unit tests into the simplest thin
Hey folks,
Konobi pointed me at an interesting talk about writing customer
readable tests that were also executable. The video is from the
Google London Test Automation Conference. (The code is in some ugly
language... ;)
http://video.google.com/videoplay?docid=1505469784301926538&q=automated+
Maybe slightly unrelated, but have you guys considered adding some
extra (optional) meta info to the TAP spec? For instance at $work,
we group our individual assertions into higher level tests like this:
# TITLE: Some test case
ok 1
ok 2 - awesome
not ok 3
I believe we also have an ACTI
On 27-Jun-06, at 12:34 PM, Luke Closs wrote:
I just gave a talk about it here at YAPC, so the video should be
available online soon.
FWIW, my slides are available here:
http://awesnob.com/perl-on-selenium/
Luke
On 27-Jun-06, at 4:30 AM, Gabor Szabo wrote:
On 6/26/06, Leon Brocard <[EMAIL PROTECTED]> wrote:
This is really neat. You might want to add a link to Test::Expect
too,
which makes it almost to easy to test terminal-based programs.
I only recently saw Test::Expect, I'll look at it more deeply
On 19-Apr-06, at 9:12 AM, Andrew Gianni wrote:
I'm exploring my options for use case testing of Web apps in Perl.
Does any
have any experience, recommendations or resources to suggest on the
topic?
We're working on some pretty complicated Web apps (written in Perl)
and
while we have our unit
Greetings from Canada,
Selenium Remote Control 0.71 was just released, and it's an awesome
tool for automated functional web testing. Selenium RC is a java*
jar file that launches a combination web server and proxy that allows
you to use perl/python/ruby/java/c# scripts to launch and contr
e developer crack.
Except instead of being high for days and destroying your life, you're
writing clean code with full unit tests.
Luke
--
Luke Closs
PureMessage Developer
There is always time to juggle in the Sophos Zone.
The ActiveState guys could use perlapp to create an .exe of ppm as
well. perlapp is part of the Perl Dev Kit.
Luke
--
Luke Closs
PureMessage Developer
There is always time to juggle in the Sophos Zone.
need to setup /selenium on your AUT and
have /selenium/driver a CGI script to handle the driven mode requests.
(See script/driver.cgi for an example).
Give it a try and send me your feedback.
Cheers,
Luke
--
Luke Closs
PureMessage Developer
There is always time to juggle in the Sophos Zone.
so good is that it doesn't futz
about with compiling code and running tests. It just installs the
code and goes home.
Luke
--
Luke Closs
PureMessage Developer
There is always time to juggle in the Sophos Zone.
On Fri, Jan 27, 2006 at 10:37:01PM +0100, Tels wrote:
> Moin,
>
> On Friday 27 January 2006 22:26, Luke Closs wrote:
> > On Fri, Jan 27, 2006 at 10:30:47AM -0800, Tyler MacDonald wrote:
> > > Chris Dolan <[EMAIL PROTECTED]> wrote:
> > > > >* for windo
on common
platforms
- PPM is extended to allow installing into non-root locations
This would allow non-perl people to install perl packages much easier,
without having to mess with the CPAN shell and running tests. It
would also make installing CPAN packages into hosted environments much
easier.
Any thoughts?
Luke
--
Luke Closs
PureMessage Developer
There is always time to juggle in the Sophos Zone.
he test results
As I said earlier, I'm not sure how everyone else does integration and
system level testing. I see lots of intra-package test tools, but I
don't see perl packages for correlating results from many packages, or
for testing above the module level.
I'm also interested in w
On Mon, Nov 28, 2005 at 10:34:42PM +, Mark Stosberg wrote:
> On 2005-11-02, Luke Closs <[EMAIL PROTECTED]> wrote:
> >
> > Also, yesterday Test::WWW::Selenium was uploaded to CPAN, so Selenium
> > can now be driven by perl!
>
> Test::WWW::Selenium seems intere
o.mov
I was interviewed by qapodcast.com about Selenium recently:
http://tinyurl.com/9k242
Our web manager uses lots of ajax and javascript, and we're able to
use selenium to test on all our supported browsers (IE, FF, Safari).
The selenium website is here:
http://selenium.thoughtworks.com
HTH,
Luke
--
Luke Closs
PureMessage Developer
There is always time to juggle in the Sophos Zone.
http://qapodcast.com
Cheers,
Luke
--
Luke Closs
PureMessage Developer
There is always time to juggle in the Sophos Zone.
21 matches
Mail list logo
