[RFC] test layout/standardization for FreeBSD
Poul-Henning Kamp
phk at phk.freebsd.dk
Mon Nov 19 08:09:43 UTC 2012
--------
In message <F3302426-CA5D-4B61-8F3A-081395B393D9 at xcllnt.net>, Marcel Moolenaar
writes:
>For example: If a test is not reliable on a heavily loaded machine,
>then the test is ipso facto not 100% deterministic. So, B implies
>A. How is this different from a meta data perspective? If we test
>a RNG, are we ever going to be 100% deterministic?
Some tests are not 100% deterministic no matter what. That is
an important distinction.
>Also, the estimated duration for tests is very platform specific.
Only if CPU or I/O bound. Tests for things like dynamic route-expiry,
and other timeout driven parts of the system will have long realtime
clock, but short cpu-clock.
For a comprehensive nightly test-run, you want such test-cases,
for a quick sanitycheck on your kernel rewrite, you probably
don't.
I fully agree with your "crawl before we run" approach, but testing
is a quite mature, if underappreciated, discipline, and we would do
well to learn from others mistakes.
All I'm asking at this point, is that we make a space for storing
this metadata in a machine-readable format.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the freebsd-arch
mailing list