August 2010 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Problem in test writing.

by Mariano Martinez Peck

On Tue, Aug 31, 2010 at 9:01 PM, Panu Suominen <panu.j.m.suominen(a)gmail.com>wrote: > Hi all, > > I am quite new to smalltalk and I am probably having "cultural" > difficulties. I mostly work with Java. > So it is possible that there is trivial answer for my question or my > question is just wrong. But here > it goes. > > I am implementing object that should make a call to some other object. > I need to test that the > caller works correctly based on the return value it receives. So > basically the code and the test > looks like this and I need to fill the XXXX part: > > Object>>doSomething > result:=innerObject makeACall. > "based on result do something" > > Test>>test > "get bogus object for testing from somewhere" > mockForTest := XXXX. > (Object new) > innerObject: mockForTest. > doSomething. > "check that something was done." > > Something hacky can be do something like this: Test>>test "get bogus object for testing from somewhere" SystemChangeNotifier uniqueInstance doSilently: [ mockClass := Object subclass: #MockForTest instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: self class category. MockForTest compile: 'makeACall ^ ''holaaaa'' ' ]. mockForTest := MockForTest new. (Object new) innerObject: mockForTest. doSomething. "check that something was done." I didn't check with an email, but it should work. You can also add #makeACAll in an already existing class. Suppose I do it in TestCase: TestCase compile: 'makeACall ^ ''holaaaa'' ' mockForTest := TestCase new. (Object new) .... Of course, a real project for mocking would be muuuch better. > I am used to resolve this kind of problems using mock objects. I > tought it would be easy to implement > in smalltalk too because it is dynamic language. However with my limited > searches I did not found much usable code or examples how to do it. > So, my question is: is there some easy way to resolve this problem or > does it require > a bigger library? If it does, is there a library already for that? > > -- > Panu > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

Aug. 31, 2010

Re: [Pharo-users] Problem in test writing.

by Sven Van Caekenberghe

Hello Panu, Welcome to Pharo! The free Pharo By Example book ( http://pharobyexample.org/ ) has a chapter (7) on SUnit, the Smalltalk Unit Testing framework. This should get you started. The best place to learn about Smalltalk is by looking at code in your current image. There should be thousands of unit test there that can serve as examples. I am not sure how to answer your specific question. If you need a MockObject it seems that you should just define it in your test package and use it right there. I can see several examples in my image. Search for classes *Mock* Sven On 31 Aug 2010, at 21:01, Panu Suominen wrote: > Hi all, > > I am quite new to smalltalk and I am probably having "cultural" > difficulties. I mostly work with Java. > So it is possible that there is trivial answer for my question or my > question is just wrong. But here > it goes. > > I am implementing object that should make a call to some other object. > I need to test that the > caller works correctly based on the return value it receives. So > basically the code and the test > looks like this and I need to fill the XXXX part: > > Object>>doSomething > result:=innerObject makeACall. > "based on result do something" > > Test>>test > "get bogus object for testing from somewhere" > mockForTest := XXXX. > (Object new) > innerObject: mockForTest. > doSomething. > "check that something was done." > > I am used to resolve this kind of problems using mock objects. I > tought it would be easy to implement > in smalltalk too because it is dynamic language. However with my limited > searches I did not found much usable code or examples how to do it. > So, my question is: is there some easy way to resolve this problem or > does it require > a bigger library? If it does, is there a library already for that? > > -- > Panu > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 31, 2010

Re: [Pharo-users] Problem in test writing.

by HernÃ¡n Morales Durand

Hi Panu, Usually the first place to look for packages ("libraries") is SqueakSource. To use is just go to http://www.squeaksource.com , hit click in "Projects" and search for "Mock" in the text field. There are some packages for using Mock Objects, after selecting a package you may see some of them include documentation in the wiki page (see the palette). You may comment the experience if you choose a package. Best regards, HernÃ¡n 2010/8/31 Panu Suominen <panu.j.m.suominen(a)gmail.com>: > Hi all, > > I am quite new to smalltalk and I am probably having "cultural" > difficulties. I mostly work with Java. > So it is possible that there is trivial answer for my question or my > question is just wrong. But here > it goes. > > I am implementing object that should make a call to some other object. > I need to test that the > caller works correctly based on the return value it receives. So > basically the code and the test > looks like this and I need to fill the XXXX part: > > Object>>doSomething > Â Â result:=innerObject makeACall. > Â Â "based on result do something" > > Test>>test > Â Â "get bogus object for testing from somewhere" > Â Â mockForTest := XXXX. > Â Â (Object new) > Â Â Â Â innerObject: mockForTest. > Â Â Â Â doSomething. > Â Â "check that something was done." > > I am used to resolve this kind of problems using mock objects. I > tought it would be easy to implement > in smalltalk too because it is dynamic language. However with my limited > searches I did not found much usable code or examples how to do it. > So, my question is: is there some easy way to resolve this problem or > does it require > a bigger library? If it does, is there a library already for that? > > -- > Panu > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

Aug. 31, 2010

Problem in test writing.

by Panu Suominen

Hi all, I am quite new to smalltalk and I am probably having "cultural" difficulties. I mostly work with Java. So it is possible that there is trivial answer for my question or my question is just wrong. But here it goes. I am implementing object that should make a call to some other object. I need to test that the caller works correctly based on the return value it receives. So basically the code and the test looks like this and I need to fill the XXXX part: Object>>doSomething result:=innerObject makeACall. "based on result do something" Test>>test "get bogus object for testing from somewhere" mockForTest := XXXX. (Object new) innerObject: mockForTest. doSomething. "check that something was done." I am used to resolve this kind of problems using mock objects. I tought it would be easy to implement in smalltalk too because it is dynamic language. However with my limited searches I did not found much usable code or examples how to do it. So, my question is: is there some easy way to resolve this problem or does it require a bigger library? If it does, is there a library already for that? -- Panu

Aug. 31, 2010

Re: [Pharo-users] Package organization: from structural to ...

by StÃ©phane Ducasse

On Aug 30, 2010, at 6:43 PM, Igor Stasenko wrote: > On 30 August 2010 17:53, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> yes! >> Now I would love to have time doing something instead of talking (nothing against you - now I can print here ----) >> > > Rule of thumb: Measure 7 times, before cutting. > > But yes, i am more talking than doing in recent months. Accumulating > energy for next crazy coding sesison :) lol I was more talking for me. I have a lot of things to do that I should get more focused :) Stef > >> Stef >> >> On Aug 30, 2010, at 4:22 PM, Igor Stasenko wrote: >> >>> Maybe >>> Collections-Kernel >>> i.e. not Collection, but Collections >>> ? >>> >>> On 27 August 2010 16:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> Hi guys >>>> >>>> I'm starting to work on http://code.google.com/p/pharo/issues/detail?id=2635 >>>> which I split into >>>> http://code.google.com/p/pharo/issues/detail?id=2875 >>>> >>>> Now after I will apply Seaside decomposition to have Test "in their package" >>>> >>>> Tests-ToolBuilder >>>> -> ToolBuilder-Test >>>> >>>> Now in addition I would like to have >>>> >>>> Kernel >>>> the right stuff there >>>> >>>> Collection-Kernel >>>> Containing what is needed for the core >>>> I prefer that to Kernel-Collection >>>> since people that want to look at collection will fin it grouped in Collection >>>> but the kernel means that we know that they will be for the kernel >>>> Now for Array we will have >>>> >>>> Array will be in >>>> Collection-Kernel >>>> Collection-Kernel-Test >>>> >>>> Stef >>>> _______________________________________________ >>>> Pharo-users mailing list >>>> Pharo-users(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 30, 2010

Re: [Pharo-users] Package organization: from structural to ...

by Igor Stasenko

On 30 August 2010 17:53, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > yes! > Now I would love to have time doing something instead of talking (nothing against you - now I can print here ----) > Rule of thumb: Measure 7 times, before cutting. But yes, i am more talking than doing in recent months. Accumulating energy for next crazy coding sesison :) > Stef > > On Aug 30, 2010, at 4:22 PM, Igor Stasenko wrote: > >> Maybe >> Collections-Kernel >> i.e. not Collection, but Collections >> ? >> >> On 27 August 2010 16:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Hi guys >>> >>> I'm starting to work on http://code.google.com/p/pharo/issues/detail?id=2635 >>> Â Â Â Â which I split into >>> Â Â Â Â Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=2875 >>> >>> Now after I will apply Seaside decomposition to have Test "in their package" >>> >>> Tests-ToolBuilder >>> Â Â Â Â -> ToolBuilder-Test >>> >>> Now in addition I would like to have >>> >>> Kernel >>> Â Â Â Â the right stuff there >>> >>> Collection-Kernel >>> Â Â Â Â Containing what is needed for the core >>> Â Â Â Â I prefer that to Kernel-Collection >>> Â Â Â Â since people that want to look at collection will fin it grouped in Collection >>> Â Â Â Â but the kernel means that we know that they will be for the kernel >>> Â Â Â Â Now for Array we will have >>> >>> Â Â Â Â Â Â Â Â Array will be in >>> Â Â Â Â Â Â Â Â Collection-Kernel >>> Â Â Â Â Â Â Â Â Collection-Kernel-Test >>> >>> Stef >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > -- Best regards, Igor Stasenko AKA sig.

Aug. 30, 2010

Re: [Pharo-users] Package organization: from structural to ...

by StÃ©phane Ducasse

yes! Now I would love to have time doing something instead of talking (nothing against you - now I can print here ----) Stef On Aug 30, 2010, at 4:22 PM, Igor Stasenko wrote: > Maybe > Collections-Kernel > i.e. not Collection, but Collections > ? > > On 27 August 2010 16:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi guys >> >> I'm starting to work on http://code.google.com/p/pharo/issues/detail?id=2635 >> which I split into >> http://code.google.com/p/pharo/issues/detail?id=2875 >> >> Now after I will apply Seaside decomposition to have Test "in their package" >> >> Tests-ToolBuilder >> -> ToolBuilder-Test >> >> Now in addition I would like to have >> >> Kernel >> the right stuff there >> >> Collection-Kernel >> Containing what is needed for the core >> I prefer that to Kernel-Collection >> since people that want to look at collection will fin it grouped in Collection >> but the kernel means that we know that they will be for the kernel >> Now for Array we will have >> >> Array will be in >> Collection-Kernel >> Collection-Kernel-Test >> >> Stef >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 30, 2010

Re: [Pharo-users] Package organization: from structural to ...

by Igor Stasenko

Maybe Collections-Kernel i.e. not Collection, but Collections ? On 27 August 2010 16:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > I'm starting to work on http://code.google.com/p/pharo/issues/detail?id=2635 > Â Â Â Â which I split into > Â Â Â Â Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=2875 > > Now after I will apply Seaside decomposition to have Test "in their package" > > Tests-ToolBuilder > Â Â Â Â -> ToolBuilder-Test > > Now in addition I would like to have > > Kernel > Â Â Â Â the right stuff there > > Collection-Kernel > Â Â Â Â Containing what is needed for the core > Â Â Â Â I prefer that to Kernel-Collection > Â Â Â Â since people that want to look at collection will fin it grouped in Collection > Â Â Â Â but the kernel means that we know that they will be for the kernel > Â Â Â Â Now for Array we will have > > Â Â Â Â Â Â Â Â Array will be in > Â Â Â Â Â Â Â Â Collection-Kernel > Â Â Â Â Â Â Â Â Collection-Kernel-Test > > Stef > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > -- Best regards, Igor Stasenko AKA sig.

Aug. 30, 2010

Fwd: [Pharo-project] Information about ESUG 2010 conference

by Mariano Martinez Peck

you may be interested... ---------- Forwarded message ---------- From: Noury Bouraqadi <bouraqadi(a)gmail.com> Date: Mon, Aug 30, 2010 at 2:51 PM Subject: [Pharo-project] Information about ESUG 2010 conference To: ESUG Members <esug-list(a)lists.esug.org>, VisualWorks NC < vwnc(a)cs.uiuc.edu>, Pharo Development <pharo-project(a)lists.gforge.inria.fr> Dear Smalltalkers, I'd like to remind you that all information about the ESUG conference is on-line as usual http://www.esug.org/Conferences/2010 you'll there many info including (but not limited to:) -The conference schedule: http://www.esug.org/wiki/pier/Conferences/2010/SchedulePDF?view=PRDownloadV… -Venue<http://www.esug.org/wiki/pier/Conferences/2010/SchedulePDF?view=PRDownloadV…>: http://www.esug.org/wiki/pier/Conferences/2010/Venue -A list of Hotels: http://www.esug.org/wiki/pier/Conferences/2010/Accomodation Last, a statistic: So far we have 133 registered people! Definitely the ESUG conference is the place to be to meet the community. For any question, please feel free to contact the esug board (board(a)esug.org ). See you in Barcelona, Noury Esug treasurer _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 30, 2010

Re: [Pharo-users] MethodName

by StÃ©phane Ducasse

Thanks a lot benjamin. You do not imagine how we like seeing the old tools rejuvenated :) Thanks again. Stef On Aug 30, 2010, at 2:08 AM, Benjamin Van Ryseghem wrote: > > From: Mariano Martinez Peck <marianopeck(a)gmail.com> > Hi Ben. This is muuuch cooler :) > > There are 2 things I suggest you: > > 1) Whenever you send something in order to let people to test is, send in > which Pharo version should we load it. It is not enough saying Pharo 1.2 for > example. Maybe you need to say 12XXX because in THAT version NullStyler was > integrated. > > 2) You should send this kind of mails to pharo-project(a)lists.gforge.inria.fr > instead of pharo-users(a)lists.gforge.inria.fr > > > Bugs I found: > > - Search a "class name" and put "ImageSeg*". You will see a list of results. > Selet ImageSegment for example. Then, select again "selector" instead of > "Class names" > If you then click again in of the resulted classes, there is a DNU > UndefinedObject doesNotUnderstand: #methodClass. > In MethodNameUI >> sourceCode where it does: > > self selectedClass value methodClass > > I attach PharoDebug.log > > > Thank you, just a little mistake, it tested the current radio buttons selection instead of the selection used for the search :) > I hope there is no other bugs ... > > I will post a mail in the project mailling list with all details :) > > > Thank you > > > Ben > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users

Aug. 30, 2010