<div dir="ltr"><div><div><div><div><div><div>1. What did you get done this week?<br><br>I added assert methods for testing vector equality based on <a href="http://v.info">v.info</a> and difference of GRASS vector ASCII files, most notably assertVectorEqualsVector() and assertVectorEqualsAscii() methods. So, comparison of two vectors is now possible. I also added assert methods for 3D rasters but my tests for some of them are failing and also some refactoring will be needed in the future.<br>
<br>Additionally, I included two experimental methods for vector comparison based on buffering and overlays but I'm not sure if these are more useful than the ones based on ASCII and <a href="http://v.info">v.info</a>. Perhaps these could be an inspiration for comparison of vectors for report if they are not equal.<br>
<br></div><div>There are no special methods to test temporal datasets but comparison of key-value outputs is applicable.<br></div><br><div>By the way, there is currently 19 successfully running test files and 5 failing test files (each test file contains multiple tests). And thanks to the tests I also randomly found a bug revealed by more strict type checking (fix should be in r61272).<br>
<br>2. What do you plan on doing next week?<br><br>The plan was to implement the basic test results reports. I've already done part of this, so now I will improve report generation for individual test files and add different summaries to the main report page (which summarizes all test files).<br>
<br></div><div>The structure or the report is the same as source code (where we look for the `testsuite` directories). The difference is that the `testsuite` directory is replaced by several directories, one for each test file. Each of these directories has its own `index.html`. The test case classes and methods probably will not have their own directories.<br>
</div><div><br>The `index.html` of one test file seems to be the central page of report containing basic information about individual tests (including descriptions) with links to more details such as stdout, stderr and some additional files (files created during the test). Information about tested modules will be gathered separately (using some test metadata or logging rather than using information about a directory).<br>
<br></div><div>The primary goal is, however, to add some
parseable outputs such as key-value file with number of successful and failed tests. I'm considering also XML (XUnit XML test result format) which is understood by some applications or report tools (however, it seems that definition of this XML is not clear).<br>
<br></div><div>Perhaps writing some script which would gather information from different test runs would be beneficial.<br></div><div><br>3. Are you blocked on anything?<br><br></div><div>I'm not really blocked but there is few things on testing framework todo list which I might not be able to solve in the next weeks.<br>
</div><div><br></div><div>First, the distribution is still not completely solved (see previous week discussion). Second, the system for different locations and data requirements still waits on being tested. Third, I postponed the integration with
build system and improvements in command line interface.<br><br></div><div>Also some tests, including the one for comparison of 3D raster maps, are failing for me because of the following error (same as in #2074).<br><br>
ERROR: Rast3d_get_double_region: error in Rast3d_get_tile_ptr.Region<br>coordinates x 0 y 0 z 0 tile index 0 offset 0<br><br>Vaclav<br><br><br>Documentation:<br><a href="http://grass.osgeo.org/grass71/manuals/libpython/gunittest_testing.html">http://grass.osgeo.org/grass71/manuals/libpython/gunittest_testing.html</a><br>
Src:<br><a href="http://trac.osgeo.org/grass/log/grass/trunk/lib/python/gunittest?rev=61266">http://trac.osgeo.org/grass/log/grass/trunk/lib/python/gunittest?rev=61266</a><br>Wiki:<br><a href="http://trac.osgeo.org/grass/wiki/GSoC/2014/TestingFrameworkForGRASS#Week09">http://trac.osgeo.org/grass/wiki/GSoC/2014/TestingFrameworkForGRASS#Week09</a><br>
<br></div><div>To compile the latest documentation:<br> cd grass-source-code-root-dir<br> make sphinxdoc<br> # open file "dist.../docs/html/libpython/gunittest_testing.html"<br></div><br></div>To run all tests in all subdirectories in special location:<br>
python -m grass.gunittest.main gisdbasepath nc_smp_location_name nc<br></div><div> # open file "testreport/index.html"<br></div><div><br></div>To run one test file in the current location and mapset:<br></div>
<div> cd raster/r.gwflow/testsuite/<br></div> python validation_7x7_grid.py<br></div> # see the output in terminal (stdout and stderr)<br><br></div>Previous week discussion:<br><a href="http://lists.osgeo.org/pipermail/grass-dev/2014-July/070000.html">http://lists.osgeo.org/pipermail/grass-dev/2014-July/070000.html</a><br>
<a href="http://osgeo-org.1560.x6.nabble.com/Weekly-report-8-Testing-framework-for-GRASS-GIS-td5150717.html">http://osgeo-org.1560.x6.nabble.com/Weekly-report-8-Testing-framework-for-GRASS-GIS-td5150717.html</a><br><a href="http://comments.gmane.org/gmane.comp.gis.grass.devel/59328">http://comments.gmane.org/gmane.comp.gis.grass.devel/59328</a><br>
</div>