Re: Improving test coverage of extensions with pg_dump

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Improving test coverage of extensions with pg_dump
Дата
Msg-id CAB7nPqSEdYUvGZnnBwe0o7-QtfuN+2fWZ2GVqeM=mf2v99aHkg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Improving test coverage of extensions with pg_dump  (Andres Freund <andres@anarazel.de>)
Ответы Re: Improving test coverage of extensions with pg_dump  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Wed, Sep 9, 2015 at 3:33 AM, Andres Freund <andres@anarazel.de> wrote:
> On 2015-09-07 22:55:50 +0900, Michael Paquier wrote:
>> So, to summarize the state of this patch whose status is now "Waiting
>> on Author", we have the following possibilities:
>> 1) Keep the test as-is, as an independent test of src/test/modules.
>
> I find that a bad option. A test that takes this long and has that much
> setup for such a marginal amount of coverage just doesn't seem worth it.
>
>> 2) Integrate it in the test suite of src/test/regress and let
>> pg_upgrade make the work with dump/restore.
>
> 2b) ... and create a single src/test/modules/pg_dumprestore test that
> initdbs, runs installcheck, dumps, loads and compares a repated dump.
>
> I think 2b) is by far the best choice.

And I guess that the extensions tested should be located directly in
this path, or we would need again to tweak the MSVC scripts...
Attached is an attempt to solve things by converting the previous
patch as proposed by Andres. A source and a target databases are used
on a cluster, and their respective dumps are compared with
File::Compare (available down to perl 5.8.8) at the end.
Regards,
--
Michael

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Noah Misch
Дата:
Сообщение: Re: pgsql: Improve logging of TAP tests.
Следующее
От: Steve Singer
Дата:
Сообщение: Re: snapshot too old, configured by time