[Opensim-dev] Restructuring test directories

Fri Sep 5 18:04:09 UTC 2008

Alan,

I was not referring to the OpenSim binary, but binary distributions based on OpenSim, like Tribal Net, for example. OpenSim is not only used as an application, but is also used as a platform and API for other applications. Also, OpenSim binaries are being used in production and pushed onto production servers.

For those cases, they would have to strip that test code out manually on every update, which would suck. Keeping assembly dependencies down to a bare minimum is good practice. Not bloating code unnecessarily is good practice.

Of course we all want testing. Pragmatic testing that moves the project forward. We definitively have regressions with almost every version. That sucks.

But I see no reason not to discuss and find a way to organize those tests we all want written in a good and productive manner, just because there at the moment aren't that many of them.
I actually at one time advocated having code and tests in the same assemblies in a TDD project I was the coach on. It turned out to be a bad idea for when deployment came.
 Best regards,Stefan AnderssonTribal Media AB Join the 3d web revolution : http://tribalnet.se/ 

To: opensim-dev at lists.berlios.deFrom: alan_webb at us.ibm.comDate: Fri, 5 Sep 2008 13:26:32 -0400Subject: Re: [Opensim-dev] Restructuring test directoriesHaving followed this conversation thus far, and knowing zero about nunit (other than the fact it didn't work after I upgraded to Fedora 9): Until such time as we have an application in which a bug is genuinely considered to be unexpected, as opposed to business-as-usal, the test cases rally should be a part of the "distribution". Which raises the question: Do we have a "distribution" in the sense of a consistently formed binary distribution that is distinct from the development tree? Where test cases go should might their nature: we should have (eventually anyway) unit, functional, compliance, regression, performance, and system tests. Others? Personally, I don't think *where* the test case source goes makes much difference to anything, both approaches have merits. +1 to binaries WITOUT tests included +1 to binaries WITH tests included. +1 to tests kept with the code to which they relate +1 to tests kept in a separate testing subtree. But most of all: +1 to tests AND +2 to using them. Best regardsAlan-------------------T.J. Watson Research Center, Hawthorne, NY1-914-784-7286alan_webb at us.ibm.com 

Stefan Andersson <stefan at tribalmedia.se> Sent by: opensim-dev-bounces at lists.berlios.de 
09/05/2008 12:51 PM 

Please respond toopensim-dev at lists.berlios.de

To
<opensim-dev at lists.berlios.de> 

cc

Subject
Re: [Opensim-dev] Restructuring test directories

Not to mention the additional and superfluous refernces to the test framework. You do not want those to be part of your distribution.-1 on merging them, +1 on keeping them close to each others.Best regards,Stefan AnderssonTribal Media ABJoin the 3d web revolution : http://tribalnet.se/

> Date: Fri, 5 Sep 2008 23:41:26 +0900> From: mmazur at gmail.com> To: opensim-dev at lists.berlios.de> Subject: Re: [Opensim-dev] Restructuring test directories> > > Hi,> > On Fri, Sep 5, 2008 at 11:45 PM, Melanie <melanie at t-data.com> wrote:> > IMHO, the tests belong in separate DLLs.> > I'm kind of with Melanie here. Why force the production DLLs to larger> sizes when those tests are never run against the same compiled> assembly more than once? Also when packaging OpenSim, the test DLLs> can be removed, saving a little on space.> > -1 on combining code and its tests in one assembly.> > Mike> _______________________________________________> Opensim-dev mailing list> Opensim-dev at lists.berlios.de> https://lists.berlios.de/mailman/listinfo/opensim-dev_______________________________________________Opensim-dev mailing listOpensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20080905/2d7b798e/attachment-0001.html>