Re: Work on the Bug Reporting System (00/08/04)
| From: | Stanislav Malyshev | Date: | Sat, 05 Aug 2000 10:55:36 +0000 |
| Subject: | Re: Work on the Bug Reporting System (00/08/04) | ||
| References: | 1 | Groups: | php.qa |
| Request: | Send a blank email to php-qa+get-511@lists.php.net to get a copy of this message | ||
ZG>> Not Reproduceable
ZG>> * If the bug cannot be reproduced in a current release, end the bug life
ZG>> cycle here.
ZG>> Note the full details of platform and version tested with.
Wrong here. Bug can be not reproduceable on your config but reproduceable
on user's. Anything could be the cause - different version of system
library, different compiler, phase of moon, etc.
ZG>> Not Analyzable
ZG>> * If no cause can be determined, then other developers should be contacted.
ZG>> * If no cause can be determined after rigorous analysis, then the bug cycle
ZG>> should end here.
Erm? If you have confirmed bug that you don't know why it happens, you
don't end with it, you spend sleepless nights until you find what's the
cause. In other words, bug sits and waits until somebody reaches the
enlightment and says - "wow! that comma in line 42 of foo.c is the
cause!".
ZG>> Not Fixable
ZG>> * After analysis, the bug may prove to be unfixable. If this is the case,
ZG>> then close end the life cycle here.
If it's unfixable, we call it "feature" :)
ZG>> Regression Test
ZG>> * Once the fix is in place, a regression test should be in place to catch
ZG>> re-occurences of the bug in the future.
Some bugs are rather hard to make testable (like: "PHP crashes when I
close connection to MySQL server and my reverse DNS is down").
--
Stanislav Malyshev stas@zend.com
+972-3-6139665 ext.106