Re: [castor-dev] Maven and integration tests

Andras Hatvani <[email protected]> Mon, 3 May 2010 21:14:29 +0200
Newsgroups gmane.comp.java.castor.devel
Message-ID <[email protected]>
Hello,

Although I'm not an official committer, but within the scope of a =
university course I'm involved in the development and am affected, too, =
so I'd like to share my thoughts. (D=E9j=E0 vu? No, I really re-used =
this sentence ;)
As I'm always concerned of performance I can only welcome the separation =
of unit and integration tests. Since I also already introduced both =
plugins and test methods into a large code base (Simulation of Assembly =
Workshops @ TU) I have a little experience and two comments on the =
current implementation plan:
- I think integration-test would be the matching build phase not only =
because of its name, but also due to its pre- and post-phases which can =
ease the setup and teardown of the integration tests.
- Naming conventions are usually highly subjective, so is this with the =
suffix, too. However, I think that 'Case' is superfluous and if there =
would be a voting I'd vote for *IntegrationTest. I know the class names =
would be long, but then they would be consistent with *Test. *IT would =
disturb my eyes as I don't like capitals in class names next to each =
other. Again, this is highly subjective.

Andras


On 2010 May 1, at 19:32, Werner Guttmann wrote:

> Hi all,
>=20
> I have started to introduce the maven-failsafe-plugin to our build. =
Please see [1] for a very good and detailed explanation about the =
working(s) of this plugin.
>=20
> The main idea is to have a better and cleaner separation between
>=20
> a) unit test
> b) functional (integration) tests.
>=20
> Right now, most of the modules don't have such a clean separation, and =
as such, as part of executing
>=20
> > mvn test
>=20
> both *unit* and *integration* tests will be executed, increasing the =
time of the built during development.
>=20
> Once this new plugin has been introduced project-wide, and all the =
integration tests have been 'marked' as such, the will be a clean =
separation at the Maven level:
>=20
> > mvn clean test
> ... will execute the unit tests only.
>=20
> > mvn clean verify
> .. will execute unit and integration tests.
>=20
> So far, I have introduced the usage of the maven-failsafe-plugin to =
the jpa-extensions-it module only, and configured it to use the *ITCase =
suffix to establish integration tests. To showcase things, I have =
renamed one of the existing functional tests (testing the support of the =
JPA @NamedQuery annotation) so far.
>=20
> Have a look at the project's POM as well, and I'd appreciate any =
feedback or questions.
>=20
> Regards
> Werner
>=20
> [1]:
> http://maven.apache.org/plugins/maven-failsafe-plugin/index.html
>=20
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>=20
>   http://xircles.codehaus.org/manage_email
>=20
>=20


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email