<div dir="ltr">Sounds good, I'll get started with tests for the demos and add tests for specific functions only as needed. I like the idea of 'integrated testing' using the demo files. It will also be a good opportunity to look closer at the demos to make sure each demo is comprehensive and serves a specific purpose.<div>
<br></div><div>Thanks for the guidance!</div><div><br></div><div>Ross</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Dec 1, 2013 at 2:46 PM, Brian G. Peterson <span dir="ltr"><<a href="mailto:brian@braverock.com" target="_blank">brian@braverock.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As you say, both approaches have merit.<br>
<br>
I would suggest starting with the demos, as this will test a broad set of functionality, and provides 'integration testing' for the entire package.  It also minimizes test code to write at first.<br>
<br>
I agree that testing specific functions and inputs may be 'more robust', but it will also take (significantly) more time to design a test plan and suite of separate tests.  I don't want to discourage that by any means, but I would want to get test coverage for the functionality in the demos first.<br>

<br>
Regards,<br>
<br>
Brian<div><div class="h5"><br>
<br>
On 12/01/2013 02:29 PM, Ross Bennett wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
With the optimization I've been doing in constrained_objective and now<br>
with the ROI changes, I am really starting to appreciate a more formal<br>
testing process instead of running demos and seeing what fails. I've<br>
started playing with the testthat package and really like it.<br>
<br>
I've had a look at quantstrat and plyr to see how the testthat package<br>
is used. The main difference is that quantstrat uses the demo files<br>
whereas plyr uses manually written test files. There are pros and cons<br>
to both approaches... using the demos as the tests minimizes duplicate<br>
code, but manual tests allow us to test specific things we may not<br>
need/want in the demos.<br>
<br>
I want to write some tests using testthat to include in<br>
PortfolioAnalytics, but would like your guidance on what framework or<br>
approach to use before I begin.<br>
</blockquote></div></div>
______________________________<u></u>_________________<br>
GSoC-PortA mailing list<br>
<a href="mailto:GSoC-PortA@lists.r-forge.r-project.org" target="_blank">GSoC-PortA@lists.r-forge.r-<u></u>project.org</a><br>
<a href="http://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/gsoc-porta" target="_blank">http://lists.r-forge.r-<u></u>project.org/cgi-bin/mailman/<u></u>listinfo/gsoc-porta</a><br>
</blockquote></div><br></div>