Cyrus IMAPd 2.4.1 Released
Jeroen van Meeuwen (Kolab Systems)
vanmeeuwen at kolabsys.com
Thu Oct 21 14:23:09 EDT 2010
Greg Banks wrote:
> Bron Gondwana wrote:
> > On Tue, Oct 19, 2010 at 08:41:51AM +0100, Jeroen van Meeuwen (Kolab
> >> 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:
> 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!
Jeroen van Meeuwen
Senior Engineer, Kolab Systems AG
e: vanmeeuwen at kolabsys.com
t: +316 42 801 403
pgp: 9342 BF08
More information about the Cyrus-devel