Re: Ooops ... seems we need a re-release pronto

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "D'Arcy J(dot)M(dot) Cain" <darcy(at)druid(dot)net>
Cc: peter_e(at)gmx(dot)net, pgsql-hackers(at)postgresql(dot)org, decibel(at)decibel(dot)org, bruno(at)wolff(dot)to
Subject: Re: Ooops ... seems we need a re-release pronto
Date: 2007-02-12 05:08:09
Message-ID: 22538.1171256889@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"D'Arcy J.M. Cain" <darcy(at)druid(dot)net> writes:
> Well, that is covered in the system that I took that from. The full
> description is;

> 1. Identify a bug or missing feature.
> 2. Write the test that proves the bug or missing feature.
> 3. Run the test to prove that it fails.
> 4. Code until the test passes and then stop.
> 5. Run the regression test to make sure you didn't break something.

> This is taken from the principles of extreme programming.

The above is all fine as a development methodology. The question is
whether such tests are strictly a short-term development aid, or need to
be memorialized in a fashion that will cause every other developer to
re-execute them every time that developer needs to test his own work,
for the indefinite future. I tend to think there are not that many
tests that really deserve that status.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2007-02-12 05:10:28 Re: Reducing likelihood of deadlocks (was referential Integrity and SHARE locks)
Previous Message Jaime Casanova 2007-02-12 04:58:26 Re: select from sequences