[OLPC-Games] Status
Samuel Klein
sj at laptop.org
Mon Jul 9 13:48:35 EDT 2007
As for updates, I'm thinking there should be a status template for
activities that get updated when there's a testable change to the code.
SJ
On Mon, 9 Jul 2007, Julius B. Lucks wrote:
> Hey John,
>
> I'm finally moved in enough to get back to Kuku. I was wondering if you new
> what the status was? Is the testing plan finalized? Are there other things
> we should be doing besides closing out the trac tickets?
>
> Also, how should we work things - when I close tickets and fix bugs, etc. -
> how best to let you or the other testers know so that the fixes can be
> re-tested?
>
> Thanks,
>
> Julius
>
> PS - I am moving our discussion to the olpcgames list so that others can
> benefit from our organization.
>
> ---------------------------------------------------------------------------------------
> Please Reply to My Permanent Address: julius at younglucks.com
> http://www.openwetware.org/wiki/User:Julius_B._Lucks
> ----------------------------------------------------------------------------------------
>
>
>
> On Jun 29, 2007, at 3:05 PM, Fuhrer, John wrote:
>
>> Heyo,
>>
>> I submitted two trac reports (one as an enhancement, and one bug report
>> concerning the high scores with a log file attached).
>>
>> As for the part about "Justification" in test plans - Justification is
>> basically whatever reference you used to verify that the expected behavior
>> in your test plan is the intended behavior. For most of Kuku, I used
>> http://wiki.laptop.org/go/Kuku/Versions because it detailed really nicely
>> exactly how the game was supposed to be played and what was suppposed to
>> happen when.
>>
>> Thanks,
>> - John
>>
>>
>> -----Original Message-----
>> From: Julius B. Lucks [mailto:julius at younglucks.com]
>> Sent: Fri 6/29/2007 8:55 AM
>> To: Fuhrer, John
>> Cc: Greg Lakatos; Julius Lucks; Adrian DelMaestro; Sera L. Young
>> Subject: Re: High Score In Kuku
>>
>> Hey John,
>>
>> You are on the ball!
>>>
>>> I just installed the latest version of Kuku on a B3 and ran it. The
>>> high score function works fine except for the last part - the game
>>> doesn't seem to remember what the high score is once you restart
>>> it. Bear in mind that I'm restarting by closing the current
>>> instance of Kuku and opening another, rather than resuming the
>>> activity from the journal (because resuming from the journal
>>> doesn't seem to be working just yet.) Aside from that, though, it
>>> works fine. The high score only increases your current score
>>> matches it, which is great, and it is preserved through wins and
>>> losses (just not through resets).
>>>
>> This is funny as saving the score in between shut downs works for me
>> on my machine. I bet it has something to do with the pickle module,
>> or the writeability of the game to the directory. Did you install it
>> as root? Maybe that prevents writing the state object to a file to
>> be saved in the directory that is currently specified. Actually, I
>> am not sure what the best thing to do is, because I would like to
>> look at the log report. Can you fire up the activity, play a bit,
>> then close - then make a trac ticket and attach the full log? That
>> would be great actually.
>>
>>> The problem with the player not being able to lose lives from
>>> answering incorrectly after he receives the win screen still
>>> persists, though it seems to be correctable now by answering a
>>> question correctly.
>>>
>> I haven't fixed that bug yet, so no surprise for me.
>>
>>> On the first game, it always starts with 10 questions where they
>>> must match a number to a picture with a number of fruits, always
>>> increasing in order. Then, once the win screen has appeared once,
>>> those sorts of questions never appear again, and it moves on to
>>> math problems exclusively. These math problems also always appear
>>> in the same order (3+1, 4+7, 5+9, 3+3 to start). Basically, the
>>> problem sets aren't randomized.
>>
>> This is by design actually. I'm not sure what the best thing is to
>> do here. Keeping them in the same order obviously gets boring for
>> advanced users, but might be good for kids just learning so they can
>> try the same questions over and over again. Right now questions are
>> designed to range from numbers, to addition, subtraction, addition +
>> subtraction, multiplication, division, multiplication + division,
>> factor questions (multiples of 5, etc.), then a mix of all of these.
>> I think the framework is general enough now that we can start to ask
>> the rest of the community what they think about this. So I'll make a
>> wiki page that we can all follow and contribute to to 'design' the
>> content that will ship.
>>
>>>
>>> This is more the fault of the XO's keyboard than anything else, but
>>> the sticky keys, coupled with occasional lag between questions/
>>> screens, can make it seem as though the user hasn't selected the
>>> answer even after pressing the key, when he actually has...so he'll
>>> press it again, and end up pecking twice (once for the correct
>>> answer he selected, and once again on the new screen that appeared
>>> AFTER he pressed the key, causing him to peck the incorrect answer
>>> on the new screen without his even realizing it). I'm not sure what
>>> can be done about this - I'm no programmer - but it did cause me to
>>> accidentally pick the wrong answer quite a few times (after victory
>>> screens in particular). Maybe make a "Go!" message on each screen
>>> and cause no key presses to do anything until the Go message has
>>> displayed?
>>
>> Good point and suggestion. Can you file a trac ticket
>> 'enhancement'? Basically we have not focused on speed at all and the
>> game needs to be completely re-written. Maybe something like a Go
>> screen could fix the version for Trial 2 though.
>>>
>>> I've posted a link to the current test plan on the Kuku wiki page.
>>>
>>> If you prefer I could post these all in trac, but as long as it's
>>> not a hassle for you, it's probably more convenient to just send
>>> them directly.
>>>
>>
>> I skimmed the test plan and will go over it in more detail. I also
>> moved it to
>>
>> http://wiki.laptop.org/go/Kuku/Activity_Test_Plan
>>
>> I think the wiki is the best place now so we can both edit it. I've
>> never written a test plan before, but what is the 'justification' all
>> about? Please 'watch' this wiki page so if I make changes you'll get
>> the latest.
>>
>> Thanks a ton John,
>>
>> Julius
>>
>>
>>> Thanks!
>>> - John
>>>
>>>
>>> -----Original Message-----
>>> From: Julius B. Lucks [mailto:julius at younglucks.com]
>>> Sent: Thu 6/28/2007 3:44 PM
>>> To: Fuhrer, John
>>> Cc: Greg Lakatos; Julius Lucks; Adrian DelMaestro; Sera L. Young
>>> Subject: High Score In Kuku
>>>
>>> Hi John,
>>>
>>> I just added the last major feature of Kuku planned for Trial 2 which
>>> is a high score counter. This adds a couple more tests to make sure
>>> this is working properly:
>>> * high score does not change when score < high score
>>> * high score increases along with score when score = high score
>>> * high score remains the same when the game is won or lost, and
>>> subsequently restarted (within the same playing session)
>>> * high score remains the same between separate playing sessions (kuku
>>> is started then stopped)
>>>
>>> I will post the latest .xo file as soon as I get an internet
>>> connection (probably when this mail will send).
>>>
>>> Any other changes will be cosmetic, unless someone tells us we have
>>> to add something for Trial 2. Outside of trying to clean up the
>>> code, the only thing we will be playing around with is choosing a
>>> good list of questions for the game.
>>>
>>> Any tips or suggestions we should keep in mind over the next few
>>> weeks as we prepare for code freeze?
>>>
>>> Thanks!
>>>
>>> Julius
>>>
>>> ----------------------------------------------------------------------
>>> --
>>> ---------------
>>> Please Reply to My Permanent Address: julius at younglucks.com
>>> http://www.openwetware.org/wiki/User:Julius_B._Lucks
>>> ----------------------------------------------------------------------
>>> --
>>> ----------------
>>>
>>>
>>>
>>>
>>
>>
>
More information about the Games
mailing list