[jboss-as7-dev] Simplifying testsuite structure

[Brian Stansberry]

Please defer any such changes to 7.1. There's no time left in the 7.0 
cycle to react to such changes.

On 6/10/11 2:38 AM, Thomas Diesler wrote:
> Folks,
>
> the current state is
>
> + demos
> + api
> + internals
> + legacy
> + spec
> + testsuite
> + api
> + benchmark
> + domain
> + integration
> + smoke
> + spec
> + stress
>
> some of these modules are empty. It is hard to find the "right location"
> for new tests. The demos are not self verifying. Instead I propose a
> simplified structure like this
>
> + (demos removed)
> + testsuite
> + benchmark
> + domain
> + integration
> + smoke
> + stress
>
> #1 demos removed
>
> The artefacts in the various demos modules are currently reused by
> testsuite modules (mainly smoke). demos are collapsed into smoke. I
> believe a well documented smoke testsuite can serve the purpose of demos
> and be a standalone deliverable. To be standalone you need to add a mvn
> repository entry to smoke/pom.xml. Users can download this as a binary
> and run 'mvn test' on it. Test cases should be organised in packages
> according to their functional area. It is guaranteed that the demos work
> because the smoke tests run on every build. Smoke tests should be well
> documented.
>
> #2 Collapse testsuite api+spec into integration
>
> The integration testsuite should only have dependencies on spec and api
> modules. Where this is not the case (i.e. a test depends on internal
> impl) the dependency could be flagged and an api module could be made
> available. Test cases should be organised in packages according to their
> functional area. There may be test packages that reference jiras (e.g.
> as835
> <https://github.com/tdiesler/jboss-as/tree/master/testsuite/integration/src/test/java/org/jboss/as/testsuite/integration/as835>).
>
> The main motivation is, that it is intuitively clear where to put a
> test. Even more importantly, where to look for already existing test
> coverage.
>
> cheers
> -thomas
>
>
>
> --
> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Thomas Diesler
> JBoss OSGi Lead
> JBoss, a division of Red Hat
> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>
>
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev


-- 
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat