Date: 08/04/00
- Next message: alexk <email protected>: "[PHP-DEV] PHP 4.0 Bug #5981: failure on compile"
- Previous message: Manuel Lemos: "[PHP-DEV] Re: PHP 4.0 Bug #5954 Updated: Informix can't reliably figure if a text result column is NULL"
- In reply to: Stig Sæther Bakken: "Re: [PHP-DEV] 4.0.2 Release date"
- Next in thread: Stig Bakken: "Re: [PHP-DEV] 4.0.2 Release date"
- Reply: Stig Bakken: "Re: [PHP-DEV] 4.0.2 Release date"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello Stig,
On 04-Aug-00 09:48:20, you wrote:
>PHP has been in need of a fully automated regression testing system
>again for a while. We used to have one, but most people find tests
>almost as boring to write as documentation, so it was dissolved by the
>time we released 3.0.
>I've started experimenting with a framework for this in the pear subdir
>(see pear/run-tests.in). It's modular by defining a subdir in every dir
>called "tests" where test scripts (written in PHP) and their expected
>output are stored in files called "testname.t" and "testname.o" (plus
>maybe a "testname.i" file if the test needs file input).
>What if the QA team members, whenever using test scripts to verify that
>a bug is really gone, put their test code into this or a similar
>structure, so we can "re-use" your efforts automatically? That way we
>at least get regression tests for all bugs that are fixed.
>I assume I'm not the only one who finds pleasure in seeing screenfull
>upon screenfull of "test passed" ;-).
That's a great thing to have regression tests back in PHP. I have
developed my own test suite to verify the conformance of Metabase database
interface driver classes and it has been great not only find the many bugs
in the driver classes, but also in PHP and some times some less known
limitations the the database servers themselves.
Now, a greater challenge: many existing bugs lead PHP to crash. How do
you (plan to) handle crashes in your test suite? Since you use PHP scripts
to test features I supposed you have to use something external, like shell
scripts or PHP scripts running independently of the actual test scripts, to
detect failures that lead to crashes.
Regards,
Manuel Lemos
Web Programming Components using PHP Classes.
Look at: email protected>?subject=Re:%20[PHP-DEV]%204.0.2%20Release%20date&replyto=1980.251T16T12863381mlemos <email protected>">mlemos <email protected>">http://phpclasses.UpperDesign.com/?user=mlemos <email protected>
-- E-mail: mlemos <email protected> URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp ---- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe <email protected> For additional commands, e-mail: php-dev-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: alexk <email protected>: "[PHP-DEV] PHP 4.0 Bug #5981: failure on compile"
- Previous message: Manuel Lemos: "[PHP-DEV] Re: PHP 4.0 Bug #5954 Updated: Informix can't reliably figure if a text result column is NULL"
- In reply to: Stig Sæther Bakken: "Re: [PHP-DEV] 4.0.2 Release date"
- Next in thread: Stig Bakken: "Re: [PHP-DEV] 4.0.2 Release date"
- Reply: Stig Bakken: "Re: [PHP-DEV] 4.0.2 Release date"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

