[Brought back to the group.]
>Thanks for asking the question. I trying to find the route used for making
>PERL a tool to test non-PERL apps.
Interesting. Well, I'd have to know a lot more about the type of
application you propose testing. If you're executing applications that
simply change files, then you need the ability to diff files from their
expected states. If you're executing applications that alter databases,
you'll want to know about DBI for talking to those databases. If you're
executing applications on web servers, you'll want to know about LWP for
talking to those web servers.
This covers a heck of a lot of ground, so maybe you can narrow it down a bit.
>----- Original Message -----
>From: "Peter Scott" <[EMAIL PROTECTED]>
>To: "Michael Mitchell" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
>Sent: Monday, April 16, 2001 11:45 AM
>Subject: Re: As relates to Software QA
>
>
> > At 09:07 AM 4/16/01 -0700, Michael Mitchell wrote:
> > >Currently I'm a strictly blackbox tester type, but see the utility of
>perl
> > >for testing. What would be the best resource for learning PERL pointing
> > >to that goal? That is, should I pay more attention to one area over
>another?
> >
> > Are you talking about learning how to use Perl for testing non-Perl
> > applications, or how to test Perl applications?
> >
> > --
> > Peter Scott
> > Pacific Systems Design Technologies
> >
> >
--
Peter Scott
Pacific Systems Design Technologies
