Pharo-users

By thread

pharo-users@lists.pharo.org

50345 messages

TestSprinter

by Benjamin Van Ryseghem

Hello everybody I'm now working on a new Test Runner tool and I wonder which behaviours do you want me to implement. For now, I want the Test Sprinter to be able to : - search through packages and classes thanks to search fields. - browse the hierarchy from packages to test methods (with icons). - create groups of tests easily re-runnable. If you have any ideas, I'm waiting for them ;) Thank you Ben

Sept. 2, 2010

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

by Panu Suominen

2010/9/1 Denis Kudriashov <dionisiydk(a)gmail.com>: > try Mocketry http://squeaksource/mocketry Thanx. Tested it earlier today and Mocketry seems to be just what I was looking for. -- Panu

Sept. 1, 2010

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

by Denis Kudriashov

Sorry, reference is http://www.squeaksource.com/Mocketry.html 2010/9/1 Denis Kudriashov <dionisiydk(a)gmail.com> > Hello, > > try Mocketry http://squeaksource/mocketry > > See wiki tab for examples. > > Latest version should work in pharo 1.1 > > 2010/9/1 Panu Suominen <panu.j.m.suominen(a)gmail.com> > > Thank you for your responses. I thought I checked squeaksource, but >> apparently I did not. >> Maybe I should get more sleep. :D >> >> -- >> Panu >> >> _______________________________________________ >> Pharo-users mailing list >> Pharo-users(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >> > >

Sept. 1, 2010

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

by Denis Kudriashov

Hello, try Mocketry http://squeaksource/mocketry See wiki tab for examples. Latest version should work in pharo 1.1 2010/9/1 Panu Suominen <panu.j.m.suominen(a)gmail.com> > Thank you for your responses. I thought I checked squeaksource, but > apparently I did not. > Maybe I should get more sleep. :D > > -- > Panu > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

Sept. 1, 2010

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

by Panu Suominen

Thank you for your responses. I thought I checked squeaksource, but apparently I did not. Maybe I should get more sleep. :D -- Panu

Sept. 1, 2010

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

Jump to page: