[Grok-dev] Grok 1.1 important issues

Jan-Wijbrand Kolman janwijbrand at gmail.com
Fri Feb 19 15:01:20 EST 2010


Hi Steve,

Steve Schmechel <steveschmechel at yahoo.com> wrote: 
> I would like to help test this on Windows with Python 2.6, but I want
> to be sure that my procedure is correct for what you intend to
> determine.
> 
> Could you please describe (or point to a document that describes) the
> procedure for testing a potential Grok release?  
> 
> Are you testing the latest trunk code (checkout and run buildout), or
> are you starting with grokproject and Grok version 1.1a2 and then
> pulling in newer code?
> 
> Are there any specific changes to the buildout.cfg or other
> configuration files?
> 
> How deep does the testing go?  Do we just run Grok-specific tests or
> recurse into all the tests in the underlying packages and libraries?
> 
> How many tests are expected to run and "pass"?
> 
> I just want to be sure that if I say "the tests pass", we are talking
> about the same tests.  (Assumptions are more dangerous if I do not
> find a problem, because there will be no need for someone to further
> investigate some specific finding.)

Good questions. Let's see if I can answer them.

In all cases I relied on the test coverage of the various packages 
involved.

I did a checkout of the groktoolkit::

  svn co http://svn.zope.org/repos/main/groktoolkit/trunk.

With the python version I wanted to test with, I ran the bootstrap.py 
for the groktoolkit checkout. Then run ./bin/buildout. Then you can run 
the tests for grok and the grokcore.* family and martian - each in 
eachother's context::

  ./bin/test-grok

Since the groktoolkit points to the latest 1.1a2 release, you're not yet 
testing the grok trunk itself. To run all of these test against the grok 
trunk you can use the mr.developer extension script::

  ./bin/develop activate grok$

(Note the trailing "$". This is needed because the develop command will 
regard the name as a regex and without it, all packages with grok in 
their name are checked out).

I then ran buildout again to have the script use this grok trunk 
checkout::

  ./bin/buildout

and ran the tests again::

  ./bin/test-grok

There should be no buildout errors nor test failures whatsoever.


After that I reset the buildout::

  ./bin/develop reset

  ./bin/buildout

The I removed the .installed.cfg, bin directory , parts directory and 
develop-eggs directory before re-running the bootstrap.py script with a 
different python version. Using a completely fresh groktoolkit checkout 
would work to of course.

I hope this helps. I'm curious whether others would have any comments or 
suggestions to this approach.

regards,
jw




More information about the Grok-dev mailing list