<div dir="ltr"><div class="gmail_default" style="font-size:large">Yep, a test suite is fine, and making it a separate project as well.</div><div class="gmail_default" style="font-size:large"><br></div><div class="gmail_default" style="font-size:large">-hk</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Aug 27, 2018 at 11:08 AM Don Morrison <<a href="mailto:dfm@ringing.org">dfm@ringing.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:courier new,monospace" class="gmail_default">On Mon, Aug 27, 2018 at 9:29 AM Ken Tilton <<a href="mailto:kentilton@gmail.com" target="_blank">kentilton@gmail.com</a>> wrote:<br>> Use one package per library. If you want to document your library, document the public bits.<br><br>While by and large this does seem to work well, there is often value in having a second package for the tests, that uses the library’s main package. Otherwise you can accidentally use internal symbols in your tests in ways not publicly exposed to real users of your library; on those occasions when you really do need access to internal symbols in your tests it seems better to have to explicitly import or qualify them.<br><br><br>-- <br>Don Morrison <<a href="mailto:dfm@ringing.org" target="_blank">dfm@ringing.org</a>><br>“Each of these views has been held by an important segment of the<br>cognitive science community, and the two segments do not often<br>communicate with each other, except sometimes to quarrel.”<br>      – Herbert Simon, /Models of My Life/<br><br></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Kenneth Tilton</div><div><a href="http://tiltontec.com/" target="_blank">http://tiltontec.com/</a><br></div></div></div>