And if at all possible stay clear of using sleep or other time sensitive
constructs.
Sooner or later those are going to blow up.
Carlo
On 10/29/2012 06:09 PM, Brian Stansberry wrote:
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
>