I think you're asking whether testing package P against a live system S is different to testing live system S through package P. And based on that question, where should the test reside, in P.tests.test or in P.apps.myTestingApp.test. In other words, should testing be a package in its own right?
I expect that the answer depends on focus / interest / intention. Given that the main focus of PyOGP is now very firmly platform testing, and that we can forsee many thousands of tests being developed by both Lindens and community and used intensively, there is every likelihood that "myTestingApp" will become a major and very popular application. (Maybe it'll even turn into an "SL Compatibility Validation Suite" and hence help the LL model of VWs spread.) This suggests that the testing application be given prominence, and hence P.apps.myTestingApp.test is probably the right place for the test. On the other hand, it's worth pointing out that P.apps is largely an artifact of your SVN structure, just a way of keeping this work distinct from LL mainline. Applications will generally use many different libraries, not just PyOGP alone, so placing the apps tree under P is actually quite incorrect. I guess that can't be helped though. I'd recommend giving your testing app a nice name, and developing it as a separate package beneath the slightly inappropriate P.apps, leaving only unit tests not requiring a live target elsewhere in P. Morgaine. ============================ On Mon, Aug 17, 2009 at 10:10 PM, Enus Linden <e...@lindenlab.com> wrote: > > As I delve into the refactor, I'm looking at repository shape first. > > One question that pops up: should we create a package just for functional > tests (not unit tests of the packages, rather, tests against live grids), > along the lines of pyogp.test, or, can it be a component of the pyogp.apps > package that will get built? We could do tests as a module of apps, like, > pyogp.apps.tests... > > Thoughts? > > _______________________________________________ > Click here to unsubscribe or manage your list subscription: > https://lists.secondlife.com/cgi-bin/mailman/listinfo/pyogp > _______________________________________________ Click here to unsubscribe or manage your list subscription: https://lists.secondlife.com/cgi-bin/mailman/listinfo/pyogp
