[Catalyst] Better Testing

Bill Moseley moseley at hank.org
Sun Sep 30 16:12:57 GMT 2012


Anyone using Test::Sweet or Test::Class(::Most) with your large Catalyst
apps?   Opinions about either -- or lessons learned?  Anything else to look
at?

We have tended to write pretty standard procedural-style tests which are
easy to understand across our team (for a few dozen developers) and often
end up factoring out common code into utility classes.  But, those utility
classes are often one-offs and at the whim of the developer how to
structure it.   I do want something more standardized but easily extensible.

I'm finding Test::Class works great for unit tests -- especially when
testing related sub-classes -- but we tend to write more
feature/integration tests.   In other words, tests are longer and depend on
previous tests.   I guess another term might be workflow tests.

I want a framework that enforces good structure, and also that makes it
easy to run single tests (that is, run a single tests within a single .t
file) to make debugging faster.  (e.g. Run the first five tests of 20.)

On the other side, and perhaps unrelated to above, but I do want to make
sure our tests can be run in parallel so we can run full-test more often
and take advantage of our larger multi-core machines.




-- =

Bill Moseley
moseley at hank.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.scsys.co.uk/pipermail/catalyst/attachments/20120930/aba53=
1c8/attachment.htm


More information about the Catalyst mailing list