Hi Ryan,
There is another good example of Squeak development by Stephan Wessels here http://squeak.preeminent.org/tut2007/html/index.html that had a great deal of TDD. Steve _______________________________________________ Beginners mailing list [hidden email] http://lists.squeakfoundation.org/mailman/listinfo/beginners |
[Newbies] Test Driven Development
Hi Ryan, >Ryan Zerby tahognome at gmail.com >Mon Jan 5 14:31:26 UTC 2009 > > >I've run through "Squeak By Example" and have I was curious what kind >of TDD would be appropriate on Quinto. I got stuck writing a reply to you then I found this: What's the Simplest Thing that Could Possibly Work? http://www.artima.com/intv/simplest3.html by one of the guys that invented it all. ==== Partial progress counts. The question to ask is, "What type of testing would give me peace of mind?" About your program? When I am programing things graphical, I usually code until I have enough stuff working I can debug graphically. It means writing a test cases in a workspace to gen up the morph or the graphic. Playing with it until something unusual happens then thinking about why the unusual results. Then more trial and error. If I code too much, I will start to get needle-in-a-haystack uneasy about debugging the code. When that happens its time to write examples or tests to prove the pieces. Graphics can be sampled and the samples compared with known results. So debugging graphics can be getting it to do what you want. Saving that then writing a assertion that the example will make the same result during the test. You'll will know when you have a useful test. Once you've written it, after each change you run it again. Half the time it will surprise you with its results. Sometimes because they pass, more often because they fail. If you get surprises you've got a good test. Write more like it. > It seems so graphic oriented >that I'm having a tough time coming up with tests that even begin to >feel complete, without feeling like I'm testing the Morphic framework, >or a bunch of setters, rather than Quinto. The only test I could >think of was testing that neighbor cells were actually changed when >the proper method was executed. > Cool. >Is that really the case, or am I missing something? I've done TDD >before, but there was a lot more 'behind the scenes' work to test in >those cases. > What is the user story for Quinto? What are you trying to do? How will you know when you've accomplished it? What is the user experience (in the story) of using Quinto? What testing will allow you do a better job? To be more adventurous in your experimenting? I have an imaginative assistant Puck. ( I said imaginary but he insisted I change it. :) Who is in charge of coming up with test cases. More on his role after you answer the above. Yours in curiosity and service, --Jerome Peace _______________________________________________ Beginners mailing list [hidden email] http://lists.squeakfoundation.org/mailman/listinfo/beginners |
Am 06.01.2009 um 20:54 schrieb Jerome Peace: > [Newbies] Test Driven Development > > Hi Ryan, > >> Ryan Zerby tahognome at gmail.com >> Mon Jan 5 14:31:26 UTC 2009 >> > >> >> I've run through "Squeak By Example" and have I was curious what kind >> of TDD would be appropriate on Quinto. > > I got stuck writing a reply to you then I found this: > > What's the Simplest Thing that Could Possibly Work? I dare to say my Quinto with Etoys in six lines of code in Etoys is simpler than the SBE-version. http://www.squeakland.org/launcher/?http://www.emergent.de/pub/smalltalk/squeak/projects/lightson.pr The trick is to make the layout so that neighboring cells overlap each other a bit. Then make the corners of the cells rounded so that diagonal neighbors do not overlap. BUT: for using my or the SBE version one still needs to install sth. first -- even if it's Squeak... ;-) Not so if you used JavaScript: http://cappuccino.org/learn/demos/LightsOff/ (Official name for Quinto seems to be "Lights out", but everyone seems to have his or her own version... http://en.wikipedia.org/wiki/Lights_Out_(video_game) ) Dan Ingalls and other great folks bring the power of tile scripting and visual composition to "No-Install"-JavaScript with "lively kernel". (google for lively sun / I am cross-posting to their list) Their "lights out" will turn some lights on. Or will it be you who does it? Cheers Markus _______________________________________________ Beginners mailing list [hidden email] http://lists.squeakfoundation.org/mailman/listinfo/beginners |
On 06.01.2009, at 21:44, Markus Gälli wrote:
> > Am 06.01.2009 um 20:54 schrieb Jerome Peace: > >> [Newbies] Test Driven Development >> >> Hi Ryan, >> >>> Ryan Zerby tahognome at gmail.com >>> Mon Jan 5 14:31:26 UTC 2009 >>> >> >>> >>> I've run through "Squeak By Example" and have I was curious what >>> kind >>> of TDD would be appropriate on Quinto. >> >> I got stuck writing a reply to you then I found this: >> >> What's the Simplest Thing that Could Possibly Work? > > I dare to say my Quinto with Etoys in six lines of code in Etoys is > simpler than the SBE-version. > > http://www.squeakland.org/launcher/?http://www.emergent.de/pub/smalltalk/squeak/projects/lightson.pr > > The trick is to make the layout so that neighboring cells overlap > each other a bit. > Then make the corners of the cells rounded so that diagonal > neighbors do not overlap. "Point of view is worth 80 IQ points" - AK :) - Bert - _______________________________________________ Beginners mailing list [hidden email] http://lists.squeakfoundation.org/mailman/listinfo/beginners |
Free forum by Nabble | Edit this page |