The distinction between basic and smoke is smoke runs every time anyone
does a normal build, while basic only runs if you pass some sort of
control flag to trigger it, such as -DallTests. The CI runs always pass
-DallTests, but devs just doing a build often won't.
We don't want smoke to take forever to run, so sticking a lot of tests
of small details in there isn't good. So, "can I deploy a basic sar and
access a few mbeans" sounds like a smoke test. A bunch of tests of
different sar deployments with different subtle characteristics -- those
belong in basic.
The other modules under testsuite/integration are all for tests that
require some sort of specialized environment to run.
On 10/29/12 11:53 AM, Brad Maxwell wrote:
Hello, is there any particular place we should be putting unit tests
for
bugs that get fixed?
I see these various tests are laid out, I'm making a test case for an
issue related to a Sar deployment, which is in integration, but then it
isn't clear where it might go under there, currently I have it in smoke
because there are related tests there, but it seems like my test might
should be elsewhere.
Any thoughts?
* benchmark - benchmarking integration tests
* compat - compatibility tests (require special dependencies)
* domain - domain management integration tests (require special
framework)
* integration - general integration tests
* stress - stress integration tests
basic/ clust/ iiop/ manualmode/ multinode/ osgi/
smoke/ xts/
Thanks,
Brad
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat