# from Andy Armstrong
# on Thursday 05 April 2007 02:18 am:
>> I added a concept of "test profiles" to Module::Build
>> for just this sort of thing. You make your gui tests be '.gt'
>> files, your author tests '.at' files, ...
>
>I think I'd rather put my tests into subdirectories to group them -
That only gets you the ability to run some of them at once, not the
ability to *not* run some of them without special action. That is,
unless you put them all in t_gui or some other directory completely
outside of t/. That might be a viable option, but the trouble is that
you end up with more toplevel directories (or a bunch under t_special
or whatever.) Other than breaking ack, I haven't had any trouble using
a .xt extension under t/.
>but either way that only gets you a single taxonomy. In practice
>you're quite likely to want tests to be classified in more than one
> way.
True. I'm interested in pursuing that. As I said, possibly an
environment variable with some YAML to tell the producer what to skip
or thereabouts. As chromatic pointed out, it does potentially add
quite a bit of complexity.
I'm pretty certain it doesn't involve command-line arguments for tests
though.
--Eric
--
"If you dig it, it's yours."
--An old village poet (via Al Pacino)
---------------------------------------------------
http://scratchcomputing.com
---------------------------------------------------