Cyrus IMAPd 2.4.1 Released

[Jeroen van Meeuwen (Kolab Systems)]

Greg Banks wrote:
> Bron Gondwana wrote:
> > On Tue, Oct 19, 2010 at 08:41:51AM +0100, Jeroen van Meeuwen (Kolab 
Systems) wrote:
> >> Since we're on the subject...
> >> 
> >> Please consider allowing me to deploy Hudson Continuous Integration.
> > 
> > I heartily endorse this product and/or service.
> 
> We used Hudson at my last job. Hudson rocks, assuming that the build
> (including any regression tests you run) is stable and predictable.
> It's very important to avoid spurious build failures, because that just
> gets the Hudson emails ignored, which takes away all its value.
> 

Like all good things in life, Hudson too requires some love and attention 
every once in a while ;-)

> > Greg is looking into testing as well.  I should put you two in contact!
> 
> Hi Jeroen :)
> 

Hi Greg, nice to meet you!

Sorry for the late response, besides $dayjob Bron reminded me I need to not 
touch code in the master branch and so we worked on that a little ;-)

> I've been looking at the testing angle for three reasons:
> 

(...snip...)
> In the short term I was hoping to get some point regression tests for
> some of the lower-level code happening.  I was thinking of using CUnit
> http://cunit.sourceforge.net/ to help manage the tests.  Thoughts?
> 

I have no interest in any particular suite, and I'll probably fail in writing 
tests in as many miserable ways as I do committing some new code to master and 
breaking it. That said, I do have an interest in getting this going ;-)

One thing that did come to mind was Hudson does not have a stock plugin 
integrating the CUnit reports with its jobs... I'm assuming such functionality 
is only suitable for people like me though, so this won't be a show-stopper.

> After that I was hoping for some end-to-end regression tests using IMAP
> and POP3 clients written in Perl, and maybe do a test coverage study.
> Rob Mueller tells me there's no official Cyrus regression test suite
> currently, although he did point me at a Perl script he wrote back in
> 2004 that might be a good starting point.  Thoughts?

Doing one thing on one end of a client-server model before/after doing another 
thing on either end is a particularly complex scenario to automatically 
execute. That said, I think AutoQA (a Fedora Project development effort) is 
supposed to service exactly that. Mind though that'd be on the framework 
level, and test execution would still have to be written for any tests to 
happen; Existing perl scripts will certainly help!

Kind regards,

-- 
Jeroen van Meeuwen
Senior Engineer, Kolab Systems AG

e: vanmeeuwen at kolabsys.com
t: +316 42 801 403
w: http://www.kolabsys.com

pgp: 9342 BF08