<div dir="ltr">Hi all,<br><br>I would like to apply to GSoC this year with the idea of testing framework for GRASS. I probably don't have to explain the need for it.<div><br></div><div>Sören suggested that he would be my mentor in case my application is successful. I hope also that I will get the feedback from all developers, now or in the future, because it is crucial that GRASS developers will actually use this framework.</div>

<div><br></div><div>I described the idea shortly on Trac GSoC 2014 wiki page. I plan to include more notes on separate page in next weeks but the basic idea should be clear. Some discussion is also in #2105. Perhaps, the most innovative idea is that different types of tests should be supported (e.g. Python doctest and shell scripts), although it would be always driven form Python. For example, it seems that doctest is very convenient for modules which has standard input and output (see recent doctest for r.category module).</div>

<div><br></div><div>Best regards,</div><div>Vaclav</div><div><br></div><div><br></div><div><div><a href="http://trac.osgeo.org/grass/wiki/GSoC/2014#TestingframeworkforGRASSGIS">http://trac.osgeo.org/grass/wiki/GSoC/2014#TestingframeworkforGRASSGIS</a><br>

</div></div><div><a href="http://trac.osgeo.org/grass/ticket/2105">http://trac.osgeo.org/grass/ticket/2105</a><br></div><div><a href="http://trac.osgeo.org/grass/browser/grass/trunk/raster/r.category/test_rcategory_doctest.txt">http://trac.osgeo.org/grass/browser/grass/trunk/raster/r.category/test_rcategory_doctest.txt</a><br>

</div></div>