<div dir="ltr"><div>Hi all,</div><div><br></div><div>In case anyone is interested, I&#39;ve just pushed my first set of tests for proj to my GDAL autotest2 &quot;third_party&quot; trees.  Nothing super exciting, but this is some of the stuff I count on for CI.</div><div><br></div><div>Python subprocess minimally testing cs2cs:</div><div>    <a href="https://github.com/schwehr/gdal-autotest2/tree/master/python/third_party/proj">https://github.com/schwehr/gdal-autotest2/tree/master/python/third_party/proj</a><br></div><div><br></div><div>C++ gunit tests - not well thought out and very little coverage:</div><div>    <a href="https://github.com/schwehr/gdal-autotest2/tree/master/cpp/third_party/proj">https://github.com/schwehr/gdal-autotest2/tree/master/cpp/third_party/proj</a></div><div><br></div><div>I have yet to wrap existing proj tests to a gunit/python unittest/bazel world.  Any chance someone could point me at more docs about the testing strategy for proj 5 and going forward?  There isn&#39;t much here: <a href="http://proj4.org/contributing.html">http://proj4.org/contributing.html</a></div><div><br></div><div>I see these, but which are the most important going forward?  It appears that porting the gie infrastructure with the gigs test cases is probably the best place to start.  Does that make sense?</div><div><br></div><div>Are binaries like cs2cs tested anywhere?  I can&#39;t seem to find anything.</div><div><br></div><div><div>ls test</div><div>CMakeLists.txt  Makefile.am     fuzzers         gie             gigs</div></div><div><br></div><div><div>ls cmake | grep -i test</div><div>Proj4Test.cmake</div></div><div><br></div><div><div>cd src; ls | egrep -i &#39;gie|test&#39;</div><div>bin_geodtest.cmake</div><div>bin_gie.cmake</div><div>geodtest.c</div><div>gie.c</div><div>multistresstest.c<br></div><div>runmultistresstest.sh</div><div>test228.c</div></div><div><br></div><div>-kurt</div><div class="gmail_signature"></div>
</div>