Re: Using environment variables to control long running tests (again)

2003-11-18 Thread Danny Faught
Michael G Schwern wrote: Disabling tests for subjective reasons (they take "too long", they don't test critical functionality, etc...) is a slippery slope. I've seen this approach used successfully in a commercial setting. The key is to make sure that the long tests do get run by someone. If u

Re: Recommendations for testing e-mail output

2003-10-28 Thread Danny Faught
Mark Stosberg wrote: I'm looking at writing a test for an e-mail that's generated by Perl. I'm wondering about the best way to do this. A colleague of mine wrote fakesmtpd just for such an occasion - http://www.jera.com/tools/fakesmtpd/. It's written in Perl. -- Danny R. Faught Tejas Software

Re: black-box test tool

2003-07-24 Thread Danny Faught
Andrew Savige wrote: Just curious, has anyone had STAF? http://staf.sourceforge.net/index.php I ran across STAF when I was researching freeware test harnesses, and I recommended that my client evaluate both QMtest and STAF (they chose neither of them, probably because they wanted commercial sup

black-box test tool

2003-07-23 Thread Danny Faught
I've often talked about the difference between my black-box test experience and the unit testing context that most of you are working in. I've come across an interesting example of an open source black-box tool - QMTest, http://www.codesourcery.com/qm/qmtest. QMTest has all the basic black box

Re: building a watchdog

2003-07-22 Thread Danny Faught
Ovid wrote: I don't think much special work would need to be done. I've heard that Test::Cmd works pretty well. I was reading that just a few days ago, but I can't remember where I read that (grr ...) I mentioned it a few days ago because it designed to deal with command-line programs, but I d

Re: passing arguments to tests

2003-07-14 Thread Danny Faught
What's wrong with creating these as subtests within a single .t file? Are you trying to avoid that? Have you looked at Test::Cmd? If I remember right, it's geared for testing command-line applications rather than modules. FWIW, the black box test harness I used to use allowed specifying an ar

Devel::Coverage warning about POSIX.pm

2003-06-09 Thread Danny Faught
-- -- -- -- foo.pl 66.67 50.00n/an/a 60.00 Total 66.67 50.00n/an/a 60.00 -- -- -- -- -- -- -- Danny Faught Tejas Software Consulting http://tejasconsulting.com/

testing with stubs

2002-12-12 Thread Danny Faught
; use warnings; use strict; use Test::Unit::Procedural; my $log_main = \&log; { no warnings; *main::log = \&sd_stubs::log_stub; } sub test_abort1 { assert (main::abort_handler() == 0); } create_suite(); CORE::exit(run_suite()); 1; -- Danny Faught Tejas Software Consulting http://www.tejasconsulting.com

Re: Test::Simple fails "output" subtest 2 on Cygwin/2000

2002-07-07 Thread Danny Faught
Michael G Schwern wrote: > Never seen it in 5.6.1, but it sounds like an odd chomp() mistake. Where > did you get this perl? I installed Perl along with Cygwin. Here's what I'm seeing with chomp. I'm not familiar enough with Perl on Windows to know what's expected from chomp, or whether the st