Monthly Archives: June 2012

10 days to sprint in Antwerp!

The Belgian Beer Sprint is nearing ever so closer! Only a bit over a week is left until we start this year’s EESTEC Plone sprint.

Like last years we invited Electrical Engineering students from around Europe for a week-long introduction to Plone. In the meantime we will have members of the Plone community sprinting on various sprint topics, mostly oriented into entry-level Plone documentation and tools. Sprints like this offer unique opportunity for the Plone community to observe how newcomers consume our documentation and where they get stuck.

However, due to the Plone Conference being in Europe this year and EuroPython being just a week before the sprint, we are facing financial problems. We have a budget of 5.000 EUR with which we are covering accommodation, three meals per day, t-shirts and other niceties for all participants (around 25 in total). We are still missing ~1000 EUR of our goal and would like to ask again everyone in the Plone community to help us reach it. In any case, whatever we will be missing at the end, we’ll just split among the ~10 Plone participants (obviously we cannot ask students for additional 100 EUR).

Ways to help:
Reasons to help us:
  • You care about making Plone easier to use.
  • You care about getting more students interested in Plone and hence ensuring a steady income of new developers.
  • You care about gender balance in Plone community. Out of 15 students, 6 will be girls.
  • You are just a genuinely nice person.

Testing log output

ATTRIBUTION: This post was inspired by Domen’s Mocking logging module for unittests post back from 2009. Most of the code below is from him, with some added Plone specific bits and pieces.

I was recently debugging an installation of our niteoweb.click2sell and had the need for more verbose error handling. After adding support for it in the code I wondered if and how I should test what was written to the log under different scenarios. The final result of my research looks like this:

  • Create a logger handler that stores all records in a list.
  • Add this handler to the logger on layer setup.
  • Use it in tests to assert log output.
  • Reset its list on test teardown.

First, let’s look at the code for the logger handler, that you would likely put in the same module as where you define your test cases and such ( in my case):

class MockedLoggingHandler(logging.Handler):

    debug = []
    warning = []
    info = []
    error = []

    def emit(self, record):
        getattr(self.__class__, record.levelname.lower()).append(record.getMessage())

    def reset(cls):
        for attr in dir(cls):
            if isinstance(getattr(cls, attr), list):
                setattr(cls, attr, [])

Now, assuming you use, add the following lines somewhere in your layer setup (setUpPloneSite() in my case):

logger = logging.getLogger('your.package')

You are ready to assert log output in your tests:

def test_log_output(self):
    from your.package.tests.base import MockedLoggingHandler as logger
    self.assertEqual(logger.error[0], "Error occured!")

Finally, remember to clear the list of log records in your test teardown:

def tearDown(self):

To see this code in a context of a working package, take a peek into niteoweb.click2sell’s tests.

Happy testing!