Re: [PATCH] Add tests for psql tab completion - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCH] Add tests for psql tab completion
Date
Msg-id 2927290.1644873580@sss.pgh.pa.us
Whole thread Raw
In response to [PATCH] Add tests for psql tab completion  (Matheus Alcantara <mths.dev@pm.me>)
List pgsql-hackers
[ Please keep the mailing list cc'd ]

Matheus Alcantara <mths.dev@pm.me> writes:
> On Monday, February 14th, 2022 at 17:01, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> What exactly is the motivation for these particular tests?

> I was studying the source code and looking for projects that I could contribute so I decided
> to start with tests, so I ran coverage and started with files that had little coverage, realized
> that psql tab completion ones had little coverage so I decided to add some tests, I tried to
> start with the simplest.

> I understand that the patch may not be as much of a need, I just wanted to try and help with something.
> Do you think there would be other tests that should be done? I would like to try to contribute.

There's certainly lots of places that could use more test coverage.
But I think that making a meaningful difference in tab-complete.c
would require writing test cases to hit most of the if-else branches,
which doesn't seem very profitable either in terms of test-writing
effort or in terms of the cycles that'd be spent on running those
tests forevermore.  We try to be thrifty about how much work is
done by check-world, because it's a real advantage for development
that that takes a small number of minutes and not hours.  I'm not
really seeing that covering more of tab-complete would buy much.

As for areas that *do* need more coverage, the first one that
I come across in looking through the coverage report is GIST
index build: gistbuild.c is only showing 45% coverage, and
gistbuildbuffers.c a fat zero [1].  We've looked at that before [2]
but not made much progress on developing an adequately cheap test
case.  Maybe you could pick up where that thread left off?  Or if that
doesn't seem interesting to you, there's lots of other possibilities.
I'd suggest getting some buy-in from this list on what to work on
before you start, though.

            regards, tom lane

[1] https://coverage.postgresql.org/src/backend/access/gist/index.html

[2] https://www.postgresql.org/message-id/flat/10261.1588705157%40sss.pgh.pa.us#46b998e6585f0bf0fd7b75703b43decb



pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: PGroonga index-only scan problem with yesterday’s PostgreSQL updates
Next
From: Thomas Munro
Date:
Subject: Re: sockaddr_un.sun_len vs. reality