From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
---|---|
To: | Kevin(dot)Grittner(at)wicourts(dot)gov |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [pgsql-hackers] Daily digest v1.9418 (15 messages) |
Date: | 2009-08-27 16:07:31 |
Message-ID: | f67928030908270907m4e7df1f2lfa03d12a6d6ed957@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>
> ---------- Forwarded message ----------
> From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
> To: "Robert Haas" <robertmhaas(at)gmail(dot)com>, "Bruce Momjian" <
> bruce(at)momjian(dot)us>
> Date: Thu, 27 Aug 2009 09:07:05 -0500
> Subject: Re: 8.5 release timetable, again
> Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>
> > Maybe we should be looking at an expanded test suite that runs on a
> > time scale of hours rather than seconds.
>
> > if we could say that we had a regression test suite which covered X%
> > of our code, and it passed on all Y platforms tested, that would
> > certainly be a confidence booster, especially for large values of X.
>
> > Part of the question, of course, is how to build up such a
> > regression test suite.
>
> Aren't there code coverage monitoring tools that could be run during
> regression tests? Sure it would take some time to review the results
> and fashion tests to exercise chunks of code which were missed, but at
> least we could quantify X and try to make incremental progress on
> increasing it....
But the fact that a piece of code was executed doesn't mean
it did the right thing. If it does something subtly wrong,
will we notice?
Jeff
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2009-08-27 16:10:45 | Re: [pgsql-hackers] Daily digest v1.9418 (15 messages) |
Previous Message | Tom Lane | 2009-08-27 16:04:54 | Re: Patches for static check on geo_ops.c |