From: | Melanie Plageman <melanieplageman(at)gmail(dot)com> |
---|---|
To: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, Andres Freund <andres(at)anarazel(dot)de>, Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: RFC: adding pytest as a supported test framework |
Date: | 2024-06-13 18:09:01 |
Message-ID: | CAAKRu_axowyn8=H7+YqXR14DhZbnoggkHZCHWuT5dcKnhSkkNg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Jun 13, 2024 at 7:27 AM Daniel Gustafsson <daniel(at)yesql(dot)se> wrote:
>
> > On 13 Jun 2024, at 00:34, Melanie Plageman <melanieplageman(at)gmail(dot)com> wrote:
>
> > FWIW, I felt a lot of pain trying to write recovery TAP tests with
> > IPC::Run's pumping functionality. It was especially painful (as
> > someone who knows even less Perl than the "street fighting Perl"
> > Thomas Munro has described having) before the additional test
> > infrastructure was added in BackgroudPsql.pm last year.
>
> A key aspect of this, which isn't specific to Perl or our use of it, is that
> this was done in backbranches which doesn't have the (recently) much improved
> BackgroundPsql.pm. The quality of our tools and the ease of use they provide
> is directly related to the investment we make into continuously improving our
> testharness. Regardless of which toolset we adopt, if we don't make this
> investment (taking learnings from the past years and toolsets into account)
> we're bound to repeat this thread in a few years advocating for toolset X+1.
True. And thank you for committing BackgroundPsql.pm (and Andres for
starting that work). My specific case is likely one of a poor work
person blaming her tools :)
- Melanie
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2024-06-13 18:11:02 | Re: RFC: adding pytest as a supported test framework |
Previous Message | m.litsarev | 2024-06-13 18:07:42 | Re: SQL function which allows to distinguish a server being in point in time recovery mode and an ordinary replica |