I think that we can accommodate all of that by simply standardizing a place where an entire test can be run from. That is, I expect the interesting question this answers is &quot;I have just food and fixed a bug in some unknown code: where do I go to find the relevant tests to add more and run all the existing ones?&quot;. All that is required for that is some place to start looking; from there DrRacket can help you find everything. <br>
<br>Robby <br><br>On Thursday, August 4, 2011, Matthias Felleisen &lt;<a href="mailto:matthias@ccs.neu.edu">matthias@ccs.neu.edu</a>&gt; wrote:<br>&gt;<br>&gt; On Aug 4, 2011, at 12:19 PM, Vincent St-Amour wrote:<br>&gt;<br>
&gt;&gt;<br>&gt;&gt; The above suggestion does not rule out individual testing styles. It<br>&gt;&gt; only mentions a standardized entry point. What the test suite does<br>&gt;&gt; afterwards can still be left to the programmer.<br>
&gt;<br>&gt;<br>&gt; I really really prefer placing my tests in a directory within the collection.<br>&gt; Perhaps it is the proximity perhaps the not-thinking-about-where.<br>&gt;<br>&gt; Indeed, for plain unit tests, I prefer to place them inside the module.<br>
&gt;<br>&gt; That&#39;s what I mean personal testing style.<br>&gt; _________________________________________________<br>&gt;  For list-related administrative tasks:<br>&gt;  <a href="http://lists.racket-lang.org/listinfo/dev">http://lists.racket-lang.org/listinfo/dev</a><br>
&gt;