{"id":177,"date":"2009-09-15T07:27:29","date_gmt":"2009-09-14T21:27:29","guid":{"rendered":"http:\/\/www.doolwind.com\/blog\/?p=177"},"modified":"2009-09-15T07:27:29","modified_gmt":"2009-09-14T21:27:29","slug":"test-driven-game-development","status":"publish","type":"post","link":"https:\/\/www.doolwind.com\/blog\/test-driven-game-development\/","title":{"rendered":"Test Driven Game Development"},"content":{"rendered":"

\"\"<\/a>Test Driven Development (TDD<\/a>) has steadily grown in popularity among non-game programmers.\u00a0 Despite this, it has not been widely adopted in game development.\u00a0 Today I’m going to discuss why TDD is suited to games development and how it frees developers and designers to experiment with “finding the fun” without breaking core gampelay.<\/p>\n

Example – Mario<\/strong><\/p>\n

Let’s begin with an example.\u00a0 You’re writing Super Mario Brothers<\/em> and want to experiment with how Mario jumps.\u00a0 You can change the jumping however you like, but he needs to always jump at least 20 pixels.\u00a0 Your unit test might look something like this:<\/p>\n

[Test]
\nvoid Mario_Can_Jump_20_Pixel_Gap()
\n{
\nMario mario = new Mario();
\nmario.Position = new Vector2(0,0);<\/p>\n

mario.Jump(Right);
\nmario.Update(10);<\/p>\n

Assert.IsTrue(mario.Position.X >= 20);\u00a0\u00a0 \/\/ Has moved at least 20 pixels
\nAssert.IsTrue(mario.Position.Y == 0);\u00a0\u00a0\u00a0\u00a0\u00a0 \/\/ Is on the ground
\n}<\/p>\n

You are now free to make any update you want to Jump() knowing that if the test passes, your requirements of jump at least 20 pixels is met.\u00a0 This is much easier than loading up a level, trying the jump and making sure it all works.<\/p>\n

Advantages<\/strong><\/p>\n

So why would you want to use Test Driven Game Development?<\/p>\n

    \n
  1. Guarantee code works<\/strong>. With a full suite of unit tests you are guaranteed that your code does what it is supposed to do.\u00a0 Bugs will be found as soon as they are introduced as tests fail immediately.<\/li>\n
  2. Forces modular code<\/strong>.\u00a0 Notice there was no mention of UI, controllers or rendering in the example unit test.\u00a0 This “Separation of Concerns<\/a>” is not only good design, it’s also required if want to have testable code.<\/li>\n
  3. Allows you to “find the fun”<\/strong>.\u00a0 Once you’re guaranteed that certain requirements are met, you’re free to experiment with gameplay to make it more enjoyable without breaking certain levels or unbalancing the game.\u00a0 This also extends to giving designers more freedom when scripting.\u00a0 Encouraging experimentation by designers without programmer intervention is invaluable.<\/li>\n<\/ol>\n

    Good and Bad<\/strong><\/p>\n

    Some parts of game development are perfectly suited to TDD while others may cause more trouble than good.\u00a0 Firstly the areas that would greatly benefit from TDD:<\/p>\n

      \n
    1. Game Engine<\/strong>.\u00a0 Have a list of features\/API exposed that is perfect for unit testing.\u00a0 Unit tests serve as code documentation with code samples of usage.\u00a0 It helps reduce the changes of introducing breaking changes to new build of the engine.\u00a0 Performance tests can also be included.<\/li>\n
    2. Core Gameplay<\/strong>.\u00a0 Designers write up tests for core gameplay and formalize game design into testable units.\u00a0 Again, this frees designers and programmers to experiment without breaking core gameplay.<\/li>\n<\/ol>\n

      The main area that TDD doesn’t fit is in UI and rendering:<\/p>\n

        \n
      1. User Interface\/Rendering<\/strong>.\u00a0 Even outside the games industry, UI is difficult to test with unit tests.\u00a0 This is particularly true for 3D UI’s.\u00a0 This issue can be overcome with a good separation of concerns.\u00a0 Keep UI and rendering separate from game logic so testability is still high.\u00a0 One solution is using the MVC pattern for your game engine.\u00a0 I will discuss this further in a future blog post.<\/li>\n<\/ol>\n

        Basic Tips<\/strong><\/p>\n

        Below are some basic tips that will help get you started with TDD if you haven’t used it before.<\/p>\n

          \n
        1. Keep tests short<\/strong> – test only one thing in each unit test<\/li>\n
        2. Keep tests fast<\/strong> – run entire test suite in seconds<\/li>\n
        3. Keep tests thorough<\/strong> – use code coverage to determine what is and isn’t tested, making sure all critical code is tested.<\/li>\n<\/ol>\n

          Conclusion<\/strong><\/p>\n

          I’ve touched briefly on why Test Driven Development works well with game development and I encourage you to read further into TDD if you have not used it before.\u00a0 As usual, I’d recommend picking a small project and experiment with TDD.\u00a0 Perseverance is key as it may seem as though things are slowing down, but as a project grows and evolves your efforts will be rewarded.<\/p>\n

          If you’re currently using TDD for your game I’d be interested in hearing your story.<\/p>\n

          For the definitive book<\/a> on Test Driven Development, check out:<\/p>\n

          \"\"<\/a>\"\"<\/p>\n","protected":false},"excerpt":{"rendered":"

          Test Driven Development (TDD) has steadily grown in popularity among non-game programmers.\u00a0 Despite this, it has not been widely adopted in game development.\u00a0 Today I’m going to discuss why TDD is suited to games development and how it frees developers and designers to experiment with “finding the fun” without breaking core gampelay. Example – Mario Read More<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"enabled":false},"version":2}},"categories":[33],"tags":[71],"class_list":["post-177","post","type-post","status-publish","format-standard","hentry","category-game-development","tag-tdd"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/pgEc5-2R","_links":{"self":[{"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/posts\/177","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/comments?post=177"}],"version-history":[{"count":0,"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/posts\/177\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/media?parent=177"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/categories?post=177"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.doolwind.com\/blog\/wp-json\/wp\/v2\/tags?post=177"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}