specifically with the web into separate
modules. Those modules can be tested extensively in the usual fashion,
and the web layer should be so thin that it's hard to have bugs in it.
However, both Dancer and Mojolicious have testing modules for those
parts too.
--
Paul Johnson - p...@pjcj.net
http
create I want to be able to test each step as I
proceed.
I’ve used, very simply, the .t files for test my library and my apps that run
from the command line but never some thing from the web.
In the past I’ve used an Oracle product that does web testing, but that’s
rather expensive.
So have no doubts
I'd start by reading this:
http://perl.apache.org/docs/general/testing/testing.html
I'd then suggest taking a look at some of the popular mod_perl modules,
and check out how their test suites work. Most of the stuff you're going
to find there will be very unit test specific.
If you want
On Tue, 7 Oct 2014 08:23:58 -0500
Patton, Billy billy.pat...@h3net.com wrote:
So from the very first file I create I want to be able to test each step as I
proceed.
Hi Billy,
I find that building a test application for a Web app is not easy.
You have to code sample requests, and process
-Original Message-
From: Patton, Billy [mailto:billy.pat...@h3net.com]
Sent: Tuesday, October 07, 2014 6:24 AM
To: modperl@perl.apache.org
Subject: beginning and testing
I'm rewriting/moving an app that hasn't been touched in over 5 years. The
original developers have since left
proceed.
I’ve used, very simply, the .t files for test my library and my apps that run
from the command line but never some thing from the web.
In the past I’ve used an Oracle product that does web testing, but that’s
rather expensive.
So have no doubts that Apache and mod_perl have
Hello Bill,
Apache::Test is great.
What kind of testing are you looking to do? Apache::Test is for testing
your code (unit tests) and JMeter is for load testing your application /
infrastructure (in my organization we classify this under UAT which the
developers don't do). I agree with Mark
On Tue, 7 Oct 2014 17:42:56 +
Mark Hedges mark.hed...@ticketmaster.com wrote:
I have found Apache::Test extremely useful for testing web applications.
Don't let anyone tell you to run manual tests, that is a recipe for confusion
and error as you try to modify code later.
How do
On another matter...
On 15/05/14 05:16, Perrin Harkins wrote:
simpler things like PerlSetVar. There is an automated test for this
though:
http://cpansearch.perl.org/src/PHRED/mod_perl-2.0.8/t/response/TestApache/conftree.pm
I have not used this testing frame work before (other than watch
I looked up http://perl.apache.org/docs/general/testing/testing.html
This is for testing applications written on top of mod_perl2.
Where is the
documentation that shows how to arrange the files and run these tests?
In http://p3rl.org/ExtUtils::MakeMaker. Generate the test files as
described
PerlSetVar. There is an automated test for this
though:
http://cpansearch.perl.org/src/PHRED/mod_perl-2.0.8/t/response/TestApache/conftree.pm
I have not used this testing frame work before (other than watch tests
go by during the build process).
I looked up http://perl.apache.org/docs
PerlSetVar. There is an automated test for this
though:
http://cpansearch.perl.org/src/PHRED/mod_perl-2.0.8/t/response/TestApache/conftree.pm
I have not used this testing frame work before (other than watch tests
go by during the build process).
I looked up http://perl.apache.org/docs/general
code that does not even compile,
and is missing required modules, under
http://perl.apache.org/docs/general/testing/testing.html#Developing_Response_only_Part_of_a_Test
The patch I manually generated (I don't have the sources for the docs):
@@ -1,21 +1,23 @@
#file:t/response/TestApache
On 03/12/2013 02:59 AM, Martín Ferrari wrote:
+$r-write(ok 1);
+$r-write(not ok 2);
I think it should read (missing \n):
+$r-write(ok 1\n);
+$r-write(not ok 2\n);
Torsten
Thanks for the spot, update committed.
On Mon, Mar 18, 2013 at 9:51 AM, Torsten Förtsch
torsten.foert...@gmx.net wrote:
On 03/12/2013 02:59 AM, Martín Ferrari wrote:
+$r-write(ok 1);
+$r-write(not ok 2);
I think it should read (missing \n):
+$r-write(ok 1\n);
+$r-write(not
Hi,
I was trying to set up a test environment for a mod_perl module, and
-among many other problems I had with the docs, that I'll try to put
in other reports-, I've found some code that does not even compile,
and is missing required modules, under
http://perl.apache.org/docs/general/testing
Hello Everyone,
After reading Practical mod_perl's section on Improving Performance with Shared
Memory and proper forking a bit, I'm wondering if I can setup a means for
testing what is shared and when it becomes unshared in my memory usage.
I can't seem to currently get GTop installed on my
-Bootstrap-0.07-rc1/blib/lib/Apache/Bootstrap.pm
line 96.
# bootstrapping mp2 only
# Testing Apache::Bootstrap 0.07-rc1, Perl 5.008008, /usr/bin/perl
Apache::Test version is 1.30, minimum version required is 1.31, tests will
be skipped
t/00-load.ok
6/11 skipped: various reasons
not present, cannot bootstrap mp1 at
/home/adam/Apache-Bootstrap-0.07-rc1/blib/lib/Apache/Bootstrap.pm line 96.
# bootstrapping mp2 only
t/00-load.ok 3/11# Testing Apache::Bootstrap 0.07-rc1, Perl
5.008006, /usr/bin/perl5.8.6
t/00-load.ok 6/11Apache::Test version is 1.27, minimum
# bootstrapping mp1 only
mod_perl not present, cannot bootstrap mp1 at
/var/dev/cosimo/src/Apache-Bootstrap-0.07-rc1/blib/lib/Apache/Bootstrap.pm
line 96.
# bootstrapping mp2 only
# Testing Apache::Bootstrap 0.07-rc1, Perl 5.008008, /usr/bin/perl
Apache::Test version is 1.30, minimum version
Fred wrote:
Do you have only mod_perl2 installed? Getting the detection to work
has been tough, but I think this version may be doing the job
correctly.
Yes, only mp2.
--
Cosimo
I'd love it if you could take this rc for a spin and report back. Passing
all tests on OS X 10.5, 5.8.8, 2.2.6
and Centos 5.2, 5.8.9, 2.2.8.
I resolved some issues while implementing this version for Apache::Dispatch.
Changes since 0.06
- fix syntax error in params validation in new (mp2
.ok 1/11# bootstrapping mp1 only
# bootstrapping mp2 only
mod_perl2 not present, cannot bootstrap mp2 at
blib/lib/Apache/Bootstrap.pm line 121.
# Testing Apache::Bootstrap 0.07-rc1, Perl 5.008008, /opt/local/bin/perl
t/00-load.ok
7/11 skipped: various reasons
t/pod-coverageok
Hello,
Suppose I start my apache with an extra paramter, eg -D FOO. Is
there a way to test for the presences of this parameter from within
mod perl perl sections?
Krist
--
[EMAIL PROTECTED]
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with
On Tue, May 08, 2007 at 01:20:24PM +0200, Krist van Besien wrote:
Suppose I start my apache with an extra paramter, eg -D FOO. Is
there a way to test for the presences of this parameter from within
mod perl perl sections?
TFM would have told you, but you can use Apache-define(FOO).
/joel
Hi,
This question is not directly linked with modperl but
embperl is said to be supporting mod-perl with version
= to 1.99.14-4
But ...
On a fresh install of libembperl-perl(2.2.0-1)
with libapache2-mod-perl2 (2.0.2-2.2)
on Debian testing
I get this message :
--
Syntax
On Wed, 2006-11-08 at 18:27 +0100, kolikov wrote:
My installed packages related with apache2 are :
apache2 2.2.3-2
apache2-mpm-prefork 2.2.3-2
apache2-utils2.2.3-2
libapache2-mod-perl2 2.0.2-2.2
This probably means embperl doesn't like apache 2.2, or the Debian
package
Greger wrote:
Okey so this is the situation I have right now:
0)mysql based application
1)server with mod_perl
2)client is browser for time being, might be a mobile terminal or custom
client application in the future
3)testing ( with perl-unit )
I usually use Test::Class and Test::More
Okey so this is the situation I have right now:
0)mysql based application
1)server with mod_perl
2)client is browser for time being, might be a mobile terminal or custom
client application in the future
3)testing ( with perl-unit )
3.1)testing package method functionality separately from the ui
Joshua Shapiro wrote:
Hello,
I have inherited an application that makes use of mod_perl. I have
never used it before and am currently trying to understand it. I am
trying to setup a simple CLI utility that will allow me to test the
functionality of the website offline and eventually set up
I got it, It was just a package naming issue. Sorry for the
inconvenience, (it was late, I was tired...)
Josh
On 9/10/06, Jay Scherrer [EMAIL PROTECTED] wrote:
Joshua Shapiro wrote:
Hello,
I have inherited an application that makes use of mod_perl. I have
never used it before and am
Hello,
I have inherited an application that makes use of mod_perl. I have
never used it before and am currently trying to understand it. I am
trying to setup a simple CLI utility that will allow me to test the
functionality of the website offline and eventually set up unit tests.
I am trying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Sep 09, 2006 at 10:55:57PM -0600, Joshua Shapiro wrote:
Hello,
I have inherited an application that makes use of mod_perl. I have
never used it before and am currently trying to understand it. I am
trying to setup a simple CLI utility
Hello, all! I still haven't solved this issue. Does anyone have any
ideas? I posted my responses to the last query from the list on
7/20/2006 10:57 PM.
Thanks in advance for any assistance anyone can provide.
Sincerely,
Christine.
Philip M. Gollucci wrote:
and mod_perl CGI:
Sorry for the delay in replying - been a BITCH of a week! Let's try
responses in green:
Philip M. Gollucci wrote:
and mod_perl CGI:
#!/usr/bin/perl
print "Content-type: text/plain\r\n\r\n";
print "mod_perl (1) rules!\n";
Is that the path to the SAME
/
You need that Alias for the below location
For production, I was planning on it. For
testing, I just put the scripts in $DOCUMENT_ROOT/perl/
PerlModule Apache::Registry
Location /perl/
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI
Allow from all
PerlS
and mod_perl CGI:
#!/usr/bin/perl
print Content-type: text/plain\r\n\r\n;
print mod_perl (1) rules!\n;
Is that the path to the SAME perl you compiled mod_perl with. Also, I didn't
notice it earlier, but
you probably want mod_perl-1.29 instead of 1.25.
(Perl Environment from Apache::Status
Hello all! I have spent HOURS trying to fgure this one out! I have just
rebuilt my Apache server, and I made a number of changes (remove
FrontPage support, add mod_ssl, get mod_perl working, etc) I have clean
compile and builds for everything. To test the mod_perl aspect of my
server, I have 2
Embedded Perl version *v5.8.4* for *Apache/1.3.17 (Unix) mod_ssl/2.8.0
OpenSSL/0.9.6m PHP/4.3.10 mod_perl/1.25* process *27940*,
running since Fri Jul 14 11:02:13 2006
You really should upgrade your httpd to 1.3.36 if you've just rebuilt it anyway.
my $r = shift;
For those Win32 users using ActivePerl 8xx, I've
placed at http://theoryx5.uwinnipeg.ca/ppms/
ppm packages suitable for use with Apache/2.2:
mod_perl-2.2, for mod_perl-2, and libapreq-2.2,
for libapreq2 (Apache2::Request and friends).
Note that if you're using Apache/2.2 you should
use these
We recently removed cli-[dev/[EMAIL PROTECTED] and moved that traffic straight
to the general [EMAIL PROTECTED]/[EMAIL PROTECTED] lists.
I mention it because announcements like this could be very useful to [EMAIL
PROTECTED]
folks.
Bill
Randy Kobes wrote:
For those Win32 users using
Cees Hek [EMAIL PROTECTED] writes:
In debian there is a file in /etc/apache2/mods-available called
apreq.load. Just link that to your
/etc/apache2/mods-enabled directory and restart apache2
ln -s /etc/apache2/mods-available/apreq.load
/etc/apache2/mods-enabled/apreq.load
Or, the “debian
testing:
libfile-copy-recursive-perl/testing uptodate 0.19-1
libapreq2/testing uptodate 2.07-1
libapache2-mod-perl2/testing uptodate 2.0.2-2
libdb4.3/testing uptodate 4.3.29-4.1
perl-modules/testing uptodate 5.8.8-4
libapr0/testing uptodate 2.0.55-4
libc6/testing uptodate 2.3.6-7
libapache2-request
On 4/27/06, Garrison Hoffman [EMAIL PROTECTED] wrote:
Can anyone guide me in the right direction?
I'm trying to run a recent mod_perl2 setup on Debian but I've run in to:
/usr/sbin/apache2: symbol lookup error:
/usr/lib/perl5/auto/APR/Request/Apache2/Apache2.so:
undefined symbol:
When I had that problem I found the answer at
http://search.cpan.org/~joesuf/libapreq2-2.07/FAQ.pod
which says:
Be sure your server config contains a line like:
LoadModule apreq_module modules/mod_apreq2.so
--John.
Hi,
Been reading through this page:
http://perl.apache.org/docs/general/testing/testing.html
at the bottom of the page the Puffin testing framework is suggested, with
a link to http://puffin.sourceforge.net/ this redirects to
www.puffinhome.org which is a domain for sale page
On Mon, 2006-01-30 at 16:45 +, Carl Johnstone wrote:
By the way, anybody got any other suggestions?
HTTP::Recorder?
- Perrin
Brenda Washington wrote:
I'm getting this error message when I run a t/TEST. Does anyone know why I'm getting this error?
Starting program: /usr/local/apache2/bin/httpd -D ONE_PROCESS -d
/opt/apache/mod_perl-2.0.1/t -f /opt/apache/mod_perl-2.0.1/t/conf/httpd.conf -D
APACHE2
[Thu Nov 10
I'm getting this error message when I run a t/TEST. Does anyone know why I'm
getting this error?
Starting program: /usr/local/apache2/bin/httpd -D ONE_PROCESS -d
/opt/apache/mod_perl-2.0.1/t -f /opt/apache/mod_perl-2.0.1/t/conf/httpd.conf -D
APACHE2
[Thu Nov 10 14:29:53 2005] [info] 6
the most bizarre thing popped up when i was trying to build a
mod_perl deb (and from regular source) on debian testing/i386:
String found where operator expected at /usr/lib/perl/5.8/IO.pm line 11, near
XSLoader::load 'IO'
(Do you need to predeclare XSLoader::load?)
syntax error at /usr
On Tue, 2 Aug 2005, Dorian Taylor wrote:
the most bizarre thing popped up when i was trying to build a
mod_perl deb (and from regular source) on debian testing/i386:
String found where operator expected at /usr/lib/perl/5.8/IO.pm line 11, near
XSLoader::load 'IO'
(Do you need
Assuming you're aware of the renaming issue:
http://perl.apache.org/docs/2.0/rename.html
I've seen a similar error when installing a current
CPAN/svn mod_perl-2 over top of an existing mod_perl-2
that followed the old API. Did you remove any old
mod_perl-2 installation before installing
Hi folks,
apreq-dev@ is ramping up for a new 2.06-dev release,
and we need your feedback. Please download and test
release candidate #3 at
http://people.apache.org/~joes/libapreq2-2.06-dev-rc3.tar.gz
Please report your experiences by following up
to this thread. Thanks!
,
+ $expected,
testing TestApache::cool,
);
@@ -1740,7 +1740,7 @@
=back
-These are two special methods added by the CApache::Test framework:
+These are two special methods added by the CApache::TestRequest framework:
=over
@@ -1755,6 +1755,12 @@
UPLOAD
William McKee wrote:
I've been working with adding upload tests to my script and have a few
additions to make to the testing.pod file which are attached. I've also
updated all the t_cmp() examples to indicate the new format of received,
expected, comment.
-These are two special methods added
Frank Wiles wrote:
Philip (or anyone): Can you send me your startup.pl you are using with
mod_perl2?
As requested:
httpd.conf
mod_perl.conf
startup.pl
are available here along with the 0.96 Apache::DBI
http://p6m7g8.net/Apache-DBI
Let me know if I can help more.
--
END
hasn't been updated
in a long time.
Regards,
KAM
- Original Message -
From: Philip M. Gollucci [EMAIL PROTECTED]
To: Frank Wiles [EMAIL PROTECTED]
Cc: Kevin A. McGrail [EMAIL PROTECTED]; modperl@perl.apache.org
Sent: Friday, June 24, 2005 2:25 AM
Subject: Re: Apache2 Testing with AuthDBI 0.96
Evening:
I'm trying to testing AuthDBI for both mp1 and mp2 and I'm having poor luck
trying to test this with mp2.
Philip (or anyone): Can you send me your startup.pl you are using with
mod_perl2?
Currently, I am getting:
[Thu Jun 23 18:27:11 2005] [error] [client 10.10.10.204] Can't locate
On Thu, 23 Jun 2005 18:40:19 -0400
Kevin A. McGrail [EMAIL PROTECTED] wrote:
Evening:
I'm trying to testing AuthDBI for both mp1 and mp2 and I'm having poor
luck trying to test this with mp2.
Philip (or anyone): Can you send me your startup.pl you are using with
mod_perl2?
Currently
so i'm working on one of my modules that works in both mod_perl 1
and 2, (custom config directives, conditional makefile processing,
the whole nine) and i realized i have to test against both apache
1 and 2, preferably in one sequence. now, there's APACHE_TEST_APXS,
APACHE_TEST_HTTPD and whatnot,
Dorian Taylor wrote:
so i'm working on one of my modules that works in both mod_perl 1
and 2, (custom config directives, conditional makefile processing,
the whole nine) and i realized i have to test against both apache
1 and 2, preferably in one sequence. now, there's APACHE_TEST_APXS,
Folks,
Please take this release candidate out for a test drive
http://cvs.apache.org/~joes/libapreq2-2.03-dev-rc3.tar.gz
and report back your success/failure. I'd like to get
this new developer release of libapreq2 on CPAN this weekend,
but I need a few volunteers to test it and report
It's been indicated to me that many of the tests which may or may not
fail may not indicate that MP is unusable for a given installation. Are
there any docs to explain what feature a given test tests? Or, is there
a way of indicating to make test which features you actually care
about?
Thanks,
it for mod_perl.
t/protocol is for testing the non-HTTP protocol functionality. If you don't
write/use protocol modules you shouldn't care about it. You always have the
HTTP protocol.
some tests try to test a feature which relies on another feature, so in case
of t/filter, which is a group of tests
t/filter/both_str_con_add.t43 75.00% 2-4
t/protocol/echo.t 22 5632 32 66.67% 2-3
t/protocol/echo_filter.t 22 5632 32 66.67% 2-3
Interesting, all 3 test have one thing in common - they use a raw socket
to
communicate with the client.
Stas Bekman wrote:
Kinyon, Rob wrote:
Rob, please submit a properl bug report: http://perl.apache.org/bugs/
You can't be bothered to help us resolve your problems? :(
__
Stas BekmanJAm_pH -- Just Another mod_perl
I have two testing issues with MP2. The first is using both _12 and _13
and the second is specific to _13.
I am on Sparc/Solaris9, using Perl 5.8.0, Apache 2.0.49, and openssl
0.9.7d. If you need versions of other stuff, please ask.
1) I have compiled Apache2 with a very restricted set
I'm having problems in that some of the tests in _12 and _13 use
RewriteEngine, which I have disabled. To get _12 to pass, I had to
delete all mention of RewriteEngine.
please try the attached patch.
--Geoff
Index: t/filter/both_str_req_proxy.t
Geoffrey Young wrote:
I'm having problems in that some of the tests in _12 and _13 use
RewriteEngine, which I have disabled. To get _12 to pass, I had to
delete all mention of RewriteEngine.
please try the attached patch.
oops, sorry - I forgot to change one thing. please discard the last
+IfModule mod_rewrite.c
+RewriteEngine On
actually, rewrite seems to be a leftover, maybe from when the test was being
originally written - I can't see the need for rewrite at all and removing
the RewriteEngine directive still allows the tests to pass (as you mentioned).
Geoffrey Young wrote:
+IfModule mod_rewrite.c
+RewriteEngine On
actually, rewrite seems to be a leftover, maybe from when the test was being
originally written - I can't see the need for rewrite at all and removing
the RewriteEngine directive still allows the tests to pass
Kinyon, Rob wrote:
Rob, please submit a properl bug report: http://perl.apache.org/bugs/
2) _13 compiled fine using 2.0.49. However, it will not pass the tests.
I removed all mention of RewriteEngine, but still ran into problems. The
error log has no errors in it. The only item is that it seems
Thanks guys, Webstone and Flood both look like good bets. I'll try to
update the mod_perl guide to include them.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette:
Does anyone have any open source load-testing tools that they would
recommend, beyond the ones listed at
http://perl.apache.org/docs/1.0/guide/performance.html ?
I've had success with those in the past, and just want to see if there's
anything new I should look at.
- Perrin
--
Report problems
people start finding my sight slow, rather than, at what point does the server become
unresponsive?
Thanks,
Eric
At 02:29 PM 3/3/2004, Perrin Harkins wrote:
Does anyone have any open source load-testing tools that they would
recommend, beyond the ones listed at
http://perl.apache.org/docs/1.0
mod_perl used to be a one-man-project, and it was good.
now mod_perl is a two-man-project, and it's not as good, since if we disagree
lots of design issues, they remain unresolved. Compromises aren't the best
solution, and what we really lack is more developer and user opinions and
ideas to
Perrin Harkins wrote:
Does anyone have any open source load-testing tools that they would
recommend, beyond the ones listed at
http://perl.apache.org/docs/1.0/guide/performance.html ?
I haven't used it but I think this is what flood is for
http://httpd.apache.org/test/flood/
--Geoff
Hi there,
On Mon, 2 Feb 2004, Andrew Wyllie wrote:
I'm running into a problem trying to test mod_perl. When I run make
test, it looks like all the servers are starting up properly, but
the test script says it's still waiting for the server to start up.
I'm running FreeBSD 5.2 (ok, that
Hi there,
On Tue, 3 Feb 2004, Hemond, Steve wrote:
I just installed Apache2/mod_perl2 and wants to test it.
...
[Tue Feb 03 11:23:46 2004] [error] failed to resolve handler `Apache::Registry'
...
What's wrong?
http://perl.apache.org/docs/2.0/user/intro/start_fast.html#Registry_Scripts
73,
moving back on-list so everyone can benefit :)
Yes, sorry.
oh, I think I see what you mean. use t/conf/extra.last.conf.in instead of
extra.conf.in - it will make sure your modules are loaded before the
config
is parsed.
I still having problem with this extra.last.conf.in.
Please, if you
I still having problem with this extra.last.conf.in.
Please, if you want and have time, take a look to included TGZ stub package
(I included in cause is small and, maybe, make clear my problem).
TIA
YEAH finally, a user that submits a nice sample tarball for me to just
run!!! other
moving back on-list so everyone can benefit :)
Carletto wrote:
I was assuming from the above that he already had Apache-Test working.
--Geoff
Yes, that is.
The problem is: the configuration directives (expressed in Foo/Bar.pm as
explained in Chap.6 of
User's guide mod_perl 2.0 written by
Hi!
Anyone has experience in testing an Apache module (mod_perl 2.0, of course)
with
custom configuration directives ?
I'm talking about a module packaged (h2xs -AX -n Foo::Bar) and then tested
(perl Makefile.PL; make; make test), when as custom configuration is like
that:
# file t/conf
# file t/conf/extra.conf.in
Carletto is talking about the live testing of a module that won't work
without running mod_perl and he is not aware of Apache-Test, required
for this kind of tests.
I was assuming from the above that he already had Apache-Test working.
--Geoff
--
Reporting
testing distribution, which
has a
newer mod perl 1 (and perl 5.8, and no doubt a whole boatload of
different
problems ;-/). It should be becoming stable fairly soon anyway...
Thanks again,
Nick
Looking at it, I guess install-pl should just be a little more
conservative,
and rather than just
Title: RE: Testing
Nick Phillips wrote:
Just wondering whether anyone here has any cunning ways of
unit testing code that uses the various Apache:: modules;
the only vaguely useful thing I've managed to find so far
is Apache::FakeRequest, but that still leaves problems
with code
On Fri, 12 Dec 2003, Nick Phillips wrote:
Just wondering whether anyone here has any cunning ways of unit testing
code
that uses the various Apache:: modules; the only vaguely useful thing
I've
managed to find so far is Apache::FakeRequest, but that still leaves
problems
with code
At 8:30 AM +1300 12/12/03, Nick Phillips wrote:
Just wondering whether anyone here has any cunning ways of unit testing code
that uses the various Apache:: modules; the only vaguely useful thing I've
managed to find so far is Apache::FakeRequest, but that still leaves problems
with code that uses
On 12/12/2003, at 8:34 AM, Garrett Goebel wrote:
Nick Phillips wrote:
Just wondering whether anyone here has any cunning ways of
unit testing code that uses the various Apache:: modules;
the only vaguely useful thing I've managed to find so far
is Apache::FakeRequest, but that still leaves
Effectively testing web apps without messing around with parsing HTML
is something I've been wondering about for a while. Anyone solve
this problem well?
Not sure if this falls into your parsing HTML category or not but I've
found it to be quite comprehensive when it comes to testing web
So far as I can see, that is all directed at testing by sending a request
to a server and checking what comes back; that's really not useful for
testing components of code individually, which is the point. I don't
want to test the server, I want to individually test each chunk of my code
Title: RE: Testing
Nick Phillips wrote:
Garrett Goebel wrote:
Nick Phillips wrote:
Just wondering whether anyone here has any cunning ways of
unit testing code that uses the various Apache:: modules;
the only vaguely useful thing I've managed to find so far
is Apache
On Fri, 12 Dec 2003 08:55:43 +1300
Nick Phillips [EMAIL PROTECTED] wrote:
So far as I can see, that is all directed at testing by sending a
request
to a server and checking what comes back; that's really not useful for
testing components of code individually, which is the point. I don't
Nick Phillips wrote:
On 12/12/2003, at 8:34 AM, Garrett Goebel wrote:
Nick Phillips wrote:
Just wondering whether anyone here has any cunning ways of
unit testing code that uses the various Apache:: modules;
the only vaguely useful thing I've managed to find so far
is Apache::FakeRequest
Thanks to all who responded; it looks like I may have misled myself
about
what Apache::Test will let me do. I do however have another problem now
--
when I 'perl Makefile.PL' for Apache::Test, it warns that it will remove
/usr/lib/perl5/Apache/test.pm during the install. This is despite the
Nick Phillips wrote:
Thanks to all who responded; it looks like I may have misled myself about
what Apache::Test will let me do. I do however have another problem now --
when I 'perl Makefile.PL' for Apache::Test, it warns that it will remove
/usr/lib/perl5/Apache/test.pm during the install. This
stas2003/04/06 21:41:47
Modified:src/docs/general/testing testing.pod
Log:
have() now can handle scalars in addition to code refs in hash refs
Revision ChangesPath
1.13 +16 -9 modperl-docs/src/docs/general/testing/testing.pod
Index: testing.pod
97 matches
Mail list logo
