From: | robins <tharakan(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Increasing code-coverage of 'make check' |
Date: | 2013-03-14 00:50:45 |
Message-ID: | CAEP4nAwnMZtQA6v-2-2Bjd4QEio4580M_HX9j=QJySY+qMM_ag@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Thanks Alvaro!
The thought of psql_help purely because it was the easiest at that time.
Since I've just begun my understanding of the code is barely negligible.
I began working on SEQUENCE related tests thereafter and hopefully would
move to more complicated tests in time. Peter's link is obviously helpful
but since I end up doing make check ~100 of times a day, for now its useful
only to cross-check how much code is uncommitted :)
Robins
On 11 March 2013 09:16, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:
>
> I think increasing coverage is a good thing. But psql help? *shrug*
> backend code is far more interesting and useful.
>
> Another thing to keep in mind is that there are some corner cases that
> are interesting to test that might not necessarily show up in a coverage
> chart -- for example how stuff behaves in the face of concurrent
> processes, or when various counters wrap around.
>
> Peter Eisentraut has set up a Jenkins instance that publishes coverage
> info.
> http://pgci.eisentraut.org/jenkins/job/postgresql_master_coverage/Coverage/
> (I think he only has it running "make check"; doing the isolation tests
> probably raises percentages a bit).
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Luma | 2013-03-14 01:05:27 | TupleTable like data structure |
Previous Message | Ants Aasma | 2013-03-14 00:10:42 | Re: Using indexes for partial index builds |