Test framework as a project?

[Ahmed Mohombe <am...@yahoo.com>]

Hi,

It looks like the test framework for JAMES (at least for IMAP),
is pretty independent of JAMES (or at least a part of it),
and could be even used to test other servers as well.

Would it make sense to extract it as a JAMES subproject?
(I mean the independent/generic part)?

For mail loading tests, there's already another subproject - Postage (also supposed
to work with other servers as well), so a "protocol/unit testing" would be a nice
companion :) (and could convince users from other projects to use it as well :) ).

What do you think?

Thanks in advance,

Ahmed.


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

Re: Test framework as a project?

[Ahmed Mohombe <am...@yahoo.com>]

> it may well be better to add this to postage (possibly as a separate
> project) rather than create a new sub-project: postage is the natural
> place to look for an email functional testing framework.
I'm all for this.
I just observed a "reusability" potential.

However, my experience with postage is that it's not working "out-of-the-box" :(,
(maybe because it hasn't been released yet), so for the moment(unless there's a protoco-test.jar), 
if someone wants to "reuse" in his project, coping the the few classes is way faster (AFAIK
there are only a few required base classes - the rest is IMAP specific).


Ahmed.


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

Re: Test framework as a project?

[Robert Burrell Donkin <ro...@gmail.com>]

On Tue, Feb 19, 2008 at 8:49 PM, Bernd Fondermann
<be...@googlemail.com> wrote:
> On Feb 16, 2008 8:07 PM, Ahmed Mohombe <am...@yahoo.com> wrote:
>  > Hi,
>  >
>  > It looks like the test framework for JAMES (at least for IMAP),
>  > is pretty independent of JAMES (or at least a part of it),
>  > and could be even used to test other servers as well.
>  >
>  > Would it make sense to extract it as a JAMES subproject?
>  > (I mean the independent/generic part)?
>  >
>  > For mail loading tests, there's already another subproject - Postage (also supposed
>  > to work with other servers as well), so a "protocol/unit testing" would be a nice
>  > companion :) (and could convince users from other projects to use it as well :) ).
>  >
>  > What do you think?
>
>  I think a test subproject would be brilliant - only if it would
>  steadily be run on a continuous integration system.
>  Otherwise it would always be failing and broken and unmaintained.

running the IMAP functional tests is essential for development. so if
the code were moved from trunk, a test dependency on the binary would
be needed.

it may well be better to add this to postage (possibly as a separate
project) rather than create a new sub-project: postage is the natural
place to look for an email functional testing framework.

- robert

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

Re: Test framework as a project?

[Bernd Fondermann <be...@googlemail.com>]

On Feb 16, 2008 8:07 PM, Ahmed Mohombe <am...@yahoo.com> wrote:
> Hi,
>
> It looks like the test framework for JAMES (at least for IMAP),
> is pretty independent of JAMES (or at least a part of it),
> and could be even used to test other servers as well.
>
> Would it make sense to extract it as a JAMES subproject?
> (I mean the independent/generic part)?
>
> For mail loading tests, there's already another subproject - Postage (also supposed
> to work with other servers as well), so a "protocol/unit testing" would be a nice
> companion :) (and could convince users from other projects to use it as well :) ).
>
> What do you think?

I think a test subproject would be brilliant - only if it would
steadily be run on a continuous integration system.
Otherwise it would always be failing and broken and unmaintained.

  Bernd

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org