Beefy Boxes and Bandwidth Generously Provided by pair Networks
There's more than one way to do things

Re^2: Organising Large Test Suites

by eyepopslikeamosquito (Chancellor)
on Jun 07, 2004 at 04:25 UTC ( #361868=note: print w/replies, xml ) Need Help??

in reply to Re: Organising Large Test Suites
in thread Organising Large Test Suites

Personally, I would have a way of uniquely identifying each test in your test suite.
I think it's better to assign the unique id to the bug/test-case because they tend to be more stable than the test suite (especially when you start refactoring).

Replies are listed 'Best First'.
Re^3: Organising Large Test Suites
by dragonchild (Archbishop) on Jun 07, 2004 at 11:29 UTC
    If you give each test a unique identifer, you can also track which tests handle which requirements. I know this would be useful for other reasons.

    The ID should be something that is on the test-level without reference to which file or subsystem it deals with. Maybe, an order of creation? Then, the test suite is actually just a list of the individual test IDs that should be run?

    We are the carpenters and bricklayers of the Information Age.

    Then there are Damian modules.... *sigh* ... that's not about being less-lazy -- that's about being on some really good drugs -- you know, there is no spoon. - flyingmoose

    I shouldn't have to say this, but any code, unless otherwise stated, is untested

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://361868]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others chanting in the Monastery: (8)
As of 2018-06-22 18:32 GMT
Find Nodes?
    Voting Booth?
    Should cpanminus be part of the standard Perl release?

    Results (124 votes). Check out past polls.