[illumos-Developer] tr webrev

Paul Armstrong illumos at otoh.org
Mon Sep 6 09:39:27 PDT 2010


At 2010-09-06T13:29+0200, Joerg Schilling wrote:
> "Garrett D'Amore" <garrett at nexenta.com> wrote:
> Unless we have an automated test for tr that would allow to test
> everything (which is not possible), we could create a "testing" source
> gate and encourage people to do testing for a longer period of time
> until we could move the tested bits into the stable gate.

So this seems like a good time to bring up the question of where we put
tests.

We can either have a separate gate or we can create "test" directories
within the directory of the module to be tested (e.g.
illumos/usr/src/cmd/zpool/test).

I generally prefer doing it the subdirectory way (at least for unit and
regression testing) as that means the tests are something you might
reasonably expect to require to be checked in at the same time as the
code (so they don't get forgotten). It also allows the easy addition of
regression testing make directives so you can do testing during a build.
Large scale end to end tests that take days to run and are not module
specific should (IMHO) either be in their own subdirectory or their own
gate.

I have similar opinions about man pages and package definitions (that
is, I tend to prefer to checkin everything to do with a given piece of
code at the same time with the same commit number so it's easily
tracked).

Thoughts?

Paul



More information about the Developer mailing list