2010/1/6 Miguel Enrique Cob� Martinez
<miguel.coba@gmail.com>
El mi�, 06-01-2010 a las 16:56 -0200, csrabak@bol.com.br escribi�:
> Alexandre,
>
> Once upon a time I thought like you, but I changed my mind when I realized that more and more the tests are being engineered in such a fashion that using them for the sake of an example is becoming convoluted.
>
> As we create all the machinery (setup and tear down) to do Unit Tests the test itself conveys less information unless you start to navigate the SUnit land, and I feel it will become even more inexpugnable for newcomers as soon PhExample enters the scene (you might have chained tests).
>
> Notwithstanding the accepted notion that tests are a form of documentation, I would say more and more they're falling into the same slot of the argument "you have access to the code": true but not practical for the day to day chores.
>
+1
I agree with you 100% but I vote for maintaining the tests in the dev
image and giving the users a quick/easy/transcript ready way to unload
them if they want.
Yes. Would be cool if some one can see what I said about ScriptLoader cleanUpForProduction.
�
Also, for deploy scenarios, the intended way is to use a PharoCore image
and use a personalized script (with gofer/metacello) to load only the
packages needed.
BUt even the core have tests. So, even if you load your packages by hand, you may want to unload the tests of the core. Maybe you don't. It is up to you :)
�
--
Miguel Cob�
http://miguel.leugim.com.mx