测试驱动开发TDD（三）

设计模式 前端之家
前端之家收集整理的这篇文章主要介绍了测试驱动开发TDD（三），前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

大家好：

上一篇我剩下的To-Do-List:

猜测数字
输入验证
生成答案
输入次数
输出猜测结果

今天争取全部搞定。

现在我们Guesser、生成答案、输入验证都有了。把它们组装成一起摇身一变成一个Game!

用一个类把这些职责单一的小模块组合起来。我暂且称它为GameManager.

分析剩下的需求。（1）输入6次GameOver.（2）输入合法数字返回猜测结果。（3）游戏结束提示重新开始游戏。（4）中途输入exit退出游戏。（5）输入正确答案，GameOver。

先把之前写的Guesser提出一个接口。

[csharp] view plain copy
  1. publicinterfaceIGuesser
  2. {
  3. stringAnswerNumber{get;}
  5. stringGuess(stringinputNumber);
  6. }


[csharp] view plain copy
  1. publicclassGuesser：IGuesser
  2. {
  3. publicstringAnswerNumber{get;privateset;}
  5. publicGuesser(IAnswerGeneratorgenerator)
  6. {
  7. AnswerNumber=generator.Generate();
  8. }
  9. publicstringGuess(stringinputNumber)
  10. {
  11. ...
  12. }
  13. }


TestFirst.

新建GameManagerTest

[csharp] view plain copy
  1. [TestClass]
  2. publicclassGameManagerTest
  3. {
  4. [TestMethod]
  5. publicvoidshould_return_game_over_when_input_times_is_six_and_result_is_wrong()
  6. {
  7. IGuesserguess=newGuesser(newAnswerGeneratorForTest());
  8. vargame=newGameManager(guess);
  9. varinput="1368";
  10. varmaxtimes=6;
  11. varactual=false;
  12. for(vartime=0;time<maxtimes;time++)
  13. {
  14. game.Guess(input);
  15. }
  16. actual=game.IsGameOver;
  17. Assert.AreEqual(true,actual);
  18. }
  19. }


实现GameManager让测试通过。

[csharp] view plain copy
  1. publicclassGameManager
  2. {
  3. privatereadonlyIGuesserguesser;
  4. publicboolIsGameOver{get;privateset;}
  5. privateconstintMAX_TIMES=6;
  6. privateinttimes;
  8. publicGameManager(IGuesserguesser)
  9. {
  10. this.guesser=guesser;
  11. }
  12. publicvoidGuess(stringinput)
  13. {
  14. times++;
  15. IsGameOver=times==MAX_TIMES;
  16. guesser.Guess(input);
  17. }
  18. }

OK

猜测数字
输入验证
生成答案
输入次数
输出猜测结果

输入猜测结果。这里包含一个猜对的情况下应该返回"you win"并且Gameover。其他输入返回的结果，在Guesser和validator中已经Cover了。挑几个来测试一下输入输出。

[csharp] view plain copy
  1. [TestClass]
  2. publicclassGameManagerTest
  3. {
  4. private_gameManager_game;
  5. [TestInitialize]
  6. publicvoidInit()
  7. {
  8. IGuesserguesser=newGuesser(newAnswerGeneratorForTest());
  9. _game=new_gameManager(guesser);
  10. }
  12. [TestMethod]
  13. publicvoidshould_return__game_over_when_input_times_is_six_and_result_is_wrong()
  14. {
  15. conststringinput="1368";
  16. constintmaxtimes=6;
  17. varactual=false;
  18. for(vartime=0;time<maxtimes;time++)
  19. {
  20. _game.Guess(input);
  21. }
  22. actual=_game.Is_gameOver;
  23. Assert.AreEqual(true,actual);
  24. }
  26. [TestMethod]
  27. publicvoidshould_return_you_win_and__game_is_over_when_input_is_equal_answer_number()
  28. {
  29. conststringinput="2975";
  30. varactual=_game.Guess(input);
  31. Assert.AreEqual("Youwin!",actual);
  32. Assert.AreEqual(true,_game.Is_gameOver);
  33. }
  35. [TestMethod]
  36. publicvoidshould_return_try_again_input_must_be_four_digits_when_input_is_not_equal_four_digits()
  37. {
  38. conststringinput="15243";
  39. varactual=_game.Guess(input);
  40. Assert.AreEqual("tryagaintheinputmustbefourdigits.",actual);
  41. }
  43. [TestMethod]
  44. publicvoidshould_return_try_again_input_can_not_be_empty_when_input_is_empty()
  45. {
  46. conststringinput="";
  47. varactual=_game.Guess(input);
  48. Assert.AreEqual("tryagaintheinputcan'tbeempty.",actual);
  49. }
  51. [TestMethod]
  52. publicvoidshould_return_try_again_input_must_be_fully_digital_when_input_is_not_all_digital()
  53. {
  54. conststringinput="a4sw";
  55. varactual=_game.Guess(input);
  56. Assert.AreEqual("tryagaintheinputmustbefullydigital.",actual);
  57. }
  58. }

修改GameManager类，让所有CASEPASS.

[csharp] view plain copy
  1. publicstringGuess(stringinput)
  2. {
  3. times++;
  4. IsGameOver=times==MAX_TIMES;
  5. varvalidator=newValidator();
  6. if(!validator.Validate(input))
  7. {
  8. return"tryagain"+validator.ErrorMsg;
  9. }
  10. varresult=guesser.Guess(input);
  11. if(result=="4a0b")
  12. {
  13. IsGameOver=true;
  14. return"Youwin!";
  15. }
  16. return"tryagainresultis"+result+".";
  17. }

猜测数字
输入验证
生成答案
输入次数
输出猜测结果

最后：完善GameManager类的work flow。

[csharp] view plain copy
  1. publicclassGameManager
  2. {
  3. privateconstintMAX_TIMES=6;
  4. privateinttimes;
  5. privatereadonlyIGuesserguesser;
  6. publicboolIsGameOver{get;privateset;}
  8. publicGameManager(IGuesserguesser)
  9. {
  10. this.guesser=guesser;
  11. }
  13. privatevoidStart()
  14. {
  15. times=0;
  16. IsGameOver=false;
  17. OutputGameHeader();
  18. }
  20. publicvoidRun()
  21. {
  22. Start();
  23. while(!IsGameOver)
  24. {
  25. Console.WriteLine();
  26. Console.WriteLine(string.Format("[The{0}sttime]:pleaseinputnumber!",times+1));
  27. varinput=Console.ReadLine();
  28. if(IsExit(input))continue;
  29. varresult=Guess(input);
  30. Console.WriteLine(result);
  31. }
  32. OutputGamefooter();
  33. }
  35. privateboolIsExit(stringinput)
  36. {
  37. if(input.ToLower().Trim()=="exit")
  38. {
  39. Console.WriteLine("Makesuretoexitgame?(Y/N)");
  40. varreadLine=Console.ReadLine();
  41. if(readLine!=null)
  42. {
  43. varisexit=readLine.ToLower().Trim();
  44. if(isexit=="y")
  45. {
  46. IsGameOver=true;
  47. }
  48. }
  49. returntrue;
  50. }
  51. returnfalse;
  52. }
  54. publicstringGuess(stringinput)
  55. {
  56. times++;
  57. IsGameOver=times==MAX_TIMES;
  58. varvalidator=newValidator();
  59. if(!validator.Validate(input))
  60. {
  61. return"tryagain"+validator.ErrorMsg;
  62. }
  64. varresult=guesser.Guess(input);
  65. if(result=="4a0b")
  66. {
  67. IsGameOver=true;
  68. return"Youwin!";
  69. }
  70. return"tryagainresultis"+result+".";
  71. }
  73. privatevoidOutputGameHeader()
  74. {
  75. Console.Clear();
  76. Console.WriteLine("---GameStart!---");
  77. Console.WriteLine("---------------------------------------------------------------");
  78. Console.WriteLine("|Youcaninputanumberorinputexitforexitingthisgame!|");
  79. Console.WriteLine("---------------------------------------------------------------");
  80. }
  82. privatevoidOutputGamefooter()
  83. {
  84. Console.WriteLine("--------------------------------");
  85. Console.WriteLine("|GameOver![Answer]is"+guesser.AnswerNumber+"|");
  86. Console.WriteLine("--------------------------------");
  87. }
  88. }

Program.cs

[csharp] view plain copy
  1. classProgram
  2. {
  3. staticvoidMain(string[]args)
  4. {
  5. varisRepeatGame=false;
  6. do
  7. {
  8. IGuesserguesser=newGuesser(newAnswerGenerator());
  9. vargame=newGameManager(guesser);
  10. game.Run();
  12. Console.WriteLine("Tryagain?(Y/N)");
  13. varline=Console.ReadLine();
  14. if(line==null)continue;
  15. varreadLine=line.ToLower().Trim();
  16. isRepeatGame=readLine=="y";
  17. }while(isRepeatGame);
  18. }
  19. }

跑下所有的测试。

到这里。这个游戏的基本功能算做完了。做的比较简单。测试和产品代码也比较随意。

大家也可以试着做一做。感受感受测试驱动产品代码。

运行效果


下面是我在实践TDD中遇到的一些问题、以及我个人对它们的理解。

（1）先写测试在写代码开发速度降低了。

开发前期速度确实很慢。当项目越来越大。越来越复杂的时候。改一个bug，或者修改story之后。如何确保产品代码是否正确。手动测试需要多少时间呢？或者调试的时间有多长呢？有了这些测试。可以最大限度的节省你的时间。也许跑一遍测试就可以定位BUG。测试过了。你的修改也就没问题了。

（2）TDD驱动出来的代码。维护性、扩展性如何。

TDD有益于设计。把一个复杂的需求拆分成若干个小模块的过程当中，其实就在思考设计。如何保证每个小模块的职责单一。

（3）后写测试可以不？

我的理解是：第一测试驱动开发是通过测试去驱动产品代码的，如果遇到一个很难的模块（你写不出来的），就可以通过测试一点点的去驱动。第二如果在开发之后写测试的话，问问自己，会写吗？或者是能写全吗？如果有足够的信心。也可以写。

（4）TDD的产物可以方便后期的测试。

试想一下，项目到了后期，在庞大的系统面前，我们要修改某个类、某个方法、修改某个BUG、添加或扩展某个功能的时候。是不感觉特没安全感？会不会为了去找由修改一个小功能而导致其他功能崩溃的原因而抓狂呢？会不会为了定位一个BUG而在各个类之间不断的徘徊呢？会不会感觉到牵一发动全身的感觉呢？软件的坏味等等都会导致这种问题出现。到时候不但被老板骂，还要加班！还要陷入无止尽的各种调试中。(最主要的是你把TEAM里的MM给连累了！)。想避免这种问题吗？想尽快定位BUG的位置吗？如果你想！

说点体会：

（1）清晰的测试方法命名，让我们省去了文档维护的时间。

（2）站在不同角度分析用户需求。拆分Story有益于你的设计（DI）。

（3）所有TDD留下来的测试。可用来做自动化测试，无论你是修BUG，或者添功能。都可以通过自动化测试，快速得到反馈。

（4）有了重构的保证。

（5）进度可视化。可以看出一个复杂的模块，自己完成了多少。（有多少CASE通过）。

（6）小范围迭代。把当前工作重心放在当前这个“小步”上。

需要注意的：

（1）把握好测试的粒度。

（2）测试要尽可能的简单。

（3）测试不要依赖可变。

（4）断言优先。

其实TDD真正有威力的地方是Story划分。以及复杂模块代码的驱动。

以后如果有机会。能理解的更深。会把这两个写出来与大家分享分享。

对这段时间的TDD做个小总结。TDD的范围比较广。而且也比较抽象。以后会加深对TDD的理解。也会把这些记录下来。

代码比较简单。没源码！

大家有时间可以感觉感觉TDD。如果有什么疑问、或者觉得它有什么令你不爽的地方。给我发邮件或者留言http://my.csdn.net/wxr0323

最后 谢zynx蒂姆&YUHENG.

(完)

原文链接：https://www.f2er.com/javaschema/285821.html

猜你在找的设计模式相关文章

适配器模式-让不兼容的接口得以适配
适配器模式将一个类的接口转换成客户期望的另一个接口，使得原本接口不兼容的类可以相互合...
策略模式-定义一个算法族
策略模式定义了一系列算法族，并封装在类中，它们之间可以互相替换，此模式让算法的变化独...
设计模式之高质量代码
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码，它是针对软件开发中经常遇到的...
模板方法模式-封装一套算法流程
模板方法模式在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中，使得子类可以在...
迭代器模式-统一集合的遍历方式
迭代器模式提供了一种方法，用于遍历集合对象中的元素，而又不暴露其内部的细节。
单例模式的五种实现方式及优缺点
单例模式（Singleton Design Pattern）保证一个类只能有一个实例，并提供一个全局访问点。
组合模式-统一的处理个别对象与组合对象
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构，使得客户可以用一致的方...
装饰者模式-动态的包装原有对象的行为
装饰者模式能够更灵活的，动态的给对象添加其它功能，而不需要修改任何现有的底层代码。
观察者模式-将消息通知给观察者
观察者模式（Observer Design Pattern）定义了对象之间的一对多依赖，当对象状态改变的时候...
代理模式-访问对象的代理而非其本身
代理模式为对象提供一个代理，来控制对该对象的访问。代理模式在不改变原始类代码的情况下...
算法设计模式多媒体技术正则表达式ElasticsearchFlinkHadoopIDE
受约束摘*day25Java常用类库置信lamda留存持续录入年后正则表达式303.17regularexpre匹多模适20130322基础理论pathmunge涵义reectok需要转义的特资源分享validationex简明魔法里弄形如源码实现完备actionscript