# from Adam Kennedy
# on Saturday 28 July 2007 09:38 am:
>Thus, I would like to propose the following.
>
>1. That the running of POD-related tests by end users is considered
> harmful.
+20
>2. That the test_pod and test_pod_coverage tests by modified, such
> that these tests check for the mentioning of $ENV{AUTOMATED_TESTING}
> in the tests scripts, ensuring that the tests not only exist, but
> exist in a form that is otherwise benign for end users.
I propose that they be deleted.
The build system already contains all of the needed info to accomplish
the same thing.
./Build testpod
./Build testpodcoverage
That's part of my pre-release process, thus my dists will never contain
these files.
Running a kwalitee check is also part of the pre-release process, but I
omit these 'has a file $foo' metrics because I believe they *hinder*
quality. Perhaps the dist should contain a kwalitee.yml file stating
which checks were run and which metrics are being protested. That's
conveying the information: "Yes, I care about quality and I have
imposed these standards on myself before releasing."
CPANTS should *just run* testpod and testpodcoverage -- report the
results, not the presence of some file which may or may not work.
--Eric
--
Chicken farmer's observation: Clunk is the past tense of cluck.
---------------------------------------------------
http://scratchcomputing.com
---------------------------------------------------
