<div dir="ltr"><div>I ended up using local scripts for the class project.  I also have the impression that the wiki for the Test_Suite was planning ideas.<br><br></div>-Eric<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">

On Sat, Jun 15, 2013 at 3:43 AM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">On Wed, Oct 17, 2012 at 5:06 PM, Moritz Lennert<br>
<<a href="mailto:mlennert@club.worldonline.be">mlennert@club.worldonline.be</a>> wrote:<br>
> On 17/10/12 16:58, Eric Momsen wrote:<br>
>><br>
>> Hi all,<br>
>><br>
>> I'd like to do some further enhancements of i.segment (GSOC 2012<br>
>> project, will hopefully send an official announcement soon!), and have<br>
>> a chance to use it for a class homework project... if I include some<br>
>> unit tests of the results.  I've previously used junit/Netbeans.  For<br>
>> GRASS development, I've been using Geany, and just kept a text file<br>
>> with commands to run after making changes.<br>
>><br>
>> Does anyone run unit tests on individual modules, or have any advice<br>
>> on an easy way to set something up?  I read a little bit about cunit,<br>
>> but it was already taking longer than junit/Netbeans.  I just need to<br>
>> decide if it will be easy enough to add some unit testing, or if I'd<br>
>> be better doing something else for class and using the time learned to<br>
>> do c unit testing on more development on i.segment :)<br>
><br>
><br>
> It's been an on and off effort in GRASS, but check here for more info:<br>
> <a href="http://grass.osgeo.org/wiki/Test_Suite" target="_blank">http://grass.osgeo.org/wiki/Test_Suite</a><br>
<br>
</div></div>While a testsuite is there for a series of commands (I am happy<br>
to contribute more, e.g. by using the examples from the manual<br>
pages), I fail to activate them:<br>
<br>
[neteler@oboe v.unpack]$ pwd<br>
/home/neteler/grass70/scripts/v.unpack<br>
<br>
[neteler@oboe v.unpack]$ ls -la test_suite/<br>
total 4<br>
-rwxr-xr-x. 1 neteler gis 2180 Nov 10  2012 <a href="http://test.v.unpack.sh" target="_blank">test.v.unpack.sh</a>*<br>
<br>
[neteler@oboe v.unpack]$ make tests<br>
make: *** No rule to make target `tests'.  Stop.<br>
[neteler@oboe v.unpack]$ make test<br>
make: *** No rule to make target `test'.  Stop.<br>
<br>
Am I right that a "test" target is still lacking and the hints on above<br>
Wiki page are rather ideas?<br>
<br>
It would be important to have a "make test" target in the Makefile<br>
system, perhaps by moving the private one of<br>
lib/vector/diglib/Makefile<br>
to the main Makefile system of GRASS 7?<br>
<span class="HOEnZb"><font color="#888888"><br>
Markus<br>
</font></span></blockquote></div><br></div>