Chapter 11


  1. Your answer should at least describe the following kinds of changes:

    1. Change "Ammo" to "Arrows" and "Gun" to "Bow".

    2. "DropSound" would be different for the arrows (rattling wood sound) than for the bow (light "thud" on grass, "clank" on cobblestone), so need two distinct events for "DropArrowsSound" and "DropBowSound."

    3. If you have both the bow and some arrows, dropping the bow will not cause you to lose your arrows, so flow 8 should connect to the "HaveAmmo" state.

    4. It's not really possible to pick up a loaded bow, so eliminate the "GetLoadedGun" flow (9).

    5. "ShootGun" (now "ShootBow") may make more of a "twang" or "whoosh" sound if there is no arrow, so change "ClickSound" to "NoArrowSound" or something similarly descriptive.

    6. Firing a bow requires more steps than shooting a gun. You could add some or all of the states and flows for the steps of taking an arrow from the quiver, loading the arrow onto the bowstring, pulling the string, aiming, and releasing the arrow. Your reason for doing this should remain consistent with the purpose of the TFD. For example, with a bow and arrows, you could load the arrow to go to an ArrowLoaded state, but then unload the arrow to go back to HaveBowHaveArrows to make sure the arrow you didn't fire was not deducted from your arrow count.

  2. Your updated TFD should at least have a GetWrongAmmo flow going from HaveGun to a new HaveGunWrongAmmo state. From that state you would have a DropWrongAmmo flow going back to HaveGun and a ShootGun flow with a ClickSound action looping back to HaveGunWrongAmmo the same way flow 3 does with the HaveGun state.

  3. Using the added event and actions names from answer 2, you need new Data Dictionary entries for GetWrongAmmo , HaveGunWrongAmmo , and DropWrongAmmo . Your Minimum path must include all of the new flows, passing through the HaveGunWrongAmmo state. For Baseline path generation, you may choose the same baseline that applies to Figure 11.13 or define a different one. At some point, you need to have a derived path that get to the HaveGunWrongAmmo state and passes through the ShootGun loop. Swap your test case with a friend and check each other's results step by step. It may help to read out loud as you go along and trace the flows that are covered with a highlighter.

  4. You need to represent the phone prior to playing, when the game is active, when a game is suspended while in a call and when the game is suspended with the flip closed. Be sure to have a flow that closes the flip when you are in a call. Depending on the phone, this can also end the call. Make sure you include return flows for "reversible" actions such as getting a call and ending the call, or closing and opening the flip. Also check that the game is not playable or adversely affected if you try to use it during the call. Your TFD should include states and flows similar to those shown in Figure A.5.


    Figure A.5: Mobile game suspension TFD.




Game Testing All in One
Game Testing All in One (Game Development Series)
ISBN: 1592003737
EAN: 2147483647
Year: 2005
Pages: 205

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net