测试驱动开发TDD（二）

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

大家好：

今天的TDD练习又开始了。回头看看上一次留下的任务。

To-Do-List:

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

今天我们把输入验证和随机生成答案搞定。

新建ValidationTest文件。

分析需求：（1）不重复。（2）4位（3）数字。(4)不为空。

按照我们分析出来的4个明确点我们开始写CASE。

注意命名！

[csharp] view plain copy
  1. [TestClass]
  2. publicclassValidatorTest
  3. {
  4. privateValidatorvalidator;
  5. [TestInitialize]
  6. publicvoidInit()
  7. {
  8. validator=newValidator();
  9. }
  11. [TestMethod]
  12. publicvoidshould_return_input_must_be_four_digits_when_input_figures_digit_is_not_four_digits()
  13. {
  14. varinput="29546";
  15. validator.Validate(input);
  16. varactual=validator.ErrorMsg;
  17. Assert.AreEqual("theinputmustbefourdigits.",actual);
  18. }
  20. [TestMethod]
  21. publicvoidshould_return_input_must_be_fully_digital_when_input_is_not_all_digital()
  22. {
  23. varinput="a4s5";
  24. validator.Validate(input);
  25. varactual=validator.ErrorMsg;
  26. Assert.AreEqual("theinputmustbefullydigital.",actual);
  27. }
  29. [TestMethod]
  30. publicvoidshould_return_input_can_not_be_empty_when_input_is_empty()
  31. {
  32. varinput="";
  33. validator.Validate(input);
  34. varactual=validator.ErrorMsg;
  35. Assert.AreEqual("theinputcan'tbeempty.",actual);
  36. }
  38. [TestMethod]
  39. publicvoidshould_return_input_can_not_contain_duplicate_when_input_figures_contain_duplicate()
  40. {
  41. varinput="2259";
  42. validator.Validate(input);
  43. varactual=validator.ErrorMsg;
  44. Assert.AreEqual("theinputfigurescan'tcontainduplicate.",actual);
  45. }
  46. }
按照第一篇的步骤。实现validator。争取让所有的CASE都过。

[csharp] view plain copy
  1. publicclassValidator
  2. {
  3. publicstringErrorMsg{get;privateset;}
  5. publicboolValidate(stringinput)
  6. {
  7. if(string.IsNullOrEmpty(input))
  8. {
  9. ErrorMsg="theinputcan'tbeempty.";
  10. returnfalse;
  11. }
  12. if(input.Length!=4)
  13. {
  14. ErrorMsg="theinputmustbefourdigits.";
  15. returnfalse;
  16. }
  17. varregex=newRegex(@"^[0-9]*$");
  18. if(!regex.IsMatch(input))
  19. {
  20. ErrorMsg="theinputmustbefullydigital.";
  21. returnfalse;
  22. }
  23. if(input.Distinct().Count()!=4)
  24. {
  25. ErrorMsg="theinputfigurescan'tcontainduplicate.";
  26. returnfalse;
  27. }
  28. returntrue;
  29. }
  30. }

Run...


一个CASE对应这一个IF。也可合并2个CASE。可以用"^\d{4}$"去Cover"4位数字"。可以根据自己的情况去定。

小步前进不一定要用很小粒度去一步一步走。这样开发起来的速度可能很慢。依靠你自身的情况去决定这一小步到底应该有多大。正所谓"步子大了容易扯到蛋，步子小了前进太慢"。只要找到最合适自己的步子。才会走的更好。

这么多IF看起来很蛋疼。有测试。可以放心大胆的重构。把每个IF抽出一个方法。看起来要清晰一些。

[csharp] view plain copy
  1. publicclassValidator
  2. {
  3. publicstringErrorMsg{get;privateset;}
  5. publicboolValidate(stringinput)
  6. {
  7. returnIsEmpty(input)&&IsFourdigits(input)&&IsDigital(input)&&IsRepeat(input);
  8. }
  10. privateboolIsEmpty(stringinput)
  11. {
  12. if(!string.IsNullOrEmpty(input))
  13. {
  14. returntrue;
  15. }
  16. ErrorMsg="theinputcan'tbeempty.";
  17. returnfalse;
  18. }
  19. privateboolIsFourdigits(stringinput)
  20. {
  21. if(input.Length==4)
  22. {
  23. returntrue;
  24. }
  25. ErrorMsg="theinputmustbefourdigits.";
  26. returnfalse;
  27. }
  28. privateboolIsDigital(stringinput)
  29. {
  30. varregex=newRegex(@"^[0-9]*$");
  31. if(regex.IsMatch(input))
  32. {
  33. returntrue;
  34. }
  35. ErrorMsg="theinputmustbefullydigital.";
  36. returnfalse;
  37. }
  38. privateboolIsRepeat(stringinput)
  39. {
  40. if(input.Distinct().Count()==4)
  41. {
  42. returntrue;
  43. }
  44. ErrorMsg="theinputfigurescan'tcontainduplicate.";
  45. returnfalse;
  46. }
  47. }

为了确保重构正确。重构之后一定要把所有的CASE在跑一遍，确定所有的都PASS。

To-Do-List:
猜测数字
输入验证
生成答案
输入次数
输出猜测结果

验证搞定了。我们来整整随机数。

分析需求：产品代码需要一个随机生成的答案。（1）不重复。（2）4位（3）数字。

这里有个问题：大家都知道随机数是个概率的问题。因为每次生成的数字都不一样。看看之前Guesser类的代码。

[csharp] view plain copy
  1. publicclassGuesser
  2. {
  3. privateconststringAnswerNumber="2975";
  4. publicstringGuess(stringinputNumber)
  5. {
  6. varaCount=0;
  7. varbCount=0;
  8. for(varindex=0;index<AnswerNumber.Length;index++)
  9. {
  10. if(AnswerNumber[index]==inputNumber[index])
  11. {
  12. aCount++;
  13. continue;
  14. }
  15. if(AnswerNumber.Contains(inputNumber[index].ToString()))
  16. {
  17. bCount++;
  18. }
  19. }
  20. returnstring.Format("{0}a{1}b",aCount,bCount);
  21. }
  22. }

这里我们如果把private const string AnswerNumber = "2975";改为随机的话，那Guesser类测试的结果是不能确定的。也就是说测试依赖了一些可变的东西。比如：随机数、时间等等。

遇到这种情况应该怎么办呢？一种随机数是给产品代码用，我们可以MOCK另外一种"固定随机数"（但是要满足生成随机数的条件）来给测试用。

还是一样先写测试。

[csharp] view plain copy
  1. [TestClass]
  2. publicclassAnswerGeneratorTest
  3. {
  4. [TestMethod]
  5. publicvoidshould_pass_when_answer_generator_number_is_four_digits_and_fully_digital()
  6. {
  7. Regexregex=newRegex(@"^\d{4}$");
  8. varanswerGenerator=newAnswerGenerator();
  9. varactual=regex.IsMatch(answerGenerator.Generate());
  10. Assert.AreEqual(true,actual);
  11. }
  13. [TestMethod]
  14. publicvoidshould_pass_when_answer_generator_number_do_not_repeat()
  15. {
  16. varanswerGenerator=newAnswerGenerator();
  17. varactual=answerGenerator.Generate().Distinct().Count()==4;
  18. Assert.AreEqual(true,actual);
  19. }
  20. }

实现AnswerGenerator类让测试通过。

引用cao大一段代码稍加修改

[csharp] view plain copy
  1. publicclassAnswerGenerator
  2. {
  3. publicstringGenerate()
  4. {
  5. varanswerNumber=newStringBuilder();
  6. Enumerable.Range(0,9)
  7. .Select(x=>new{v=x,k=Guid.NewGuid().ToString()})
  8. .OrderBy(x=>x.k)
  9. .Select(x=>x.v)
  10. .Take(4).ToList()
  11. .ForEach(num=>answerNumber.Append(num.ToString()));
  12. returnanswerNumber.ToString();
  13. }
  14. }

运行测试。

为了解决测试依赖可变的问题。定义IAnswerGenerator。让两种随机数类继承。

[csharp] view plain copy
  1. publicinterfaceIAnswerGenerator
  2. {
  3. stringGenerate();
  4. }

[csharp] view plain copy
  1. publicclassAnswerGenerator:IAnswerGenerator
  2. {
  3. publicstringGenerate()
  4. {
  5. varanswerNumber=newStringBuilder();
  6. Enumerable.Range(0,k=Guid.NewGuid().ToString()})
  7. .OrderBy(x=>x.k)
  8. .Select(x=>x.v)
  9. .Take(4).ToList()
  10. .ForEach(num=>answerNumber.Append(num.ToString()));
  11. returnanswerNumber.ToString();
  12. }
  13. }

[csharp] view plain copy
  1. publicclassAnswerGeneratorForTest:IAnswerGenerator
  2. {
  3. publicstringGenerate()
  4. {
  5. return"2975";
  6. }
  7. }

AnswerGenerator给产品代码用。AnswerGeneratorForTest给测试代码用。这样就可以避免测试依赖可变的问题。

相应的给Guesser类以及测试代码做个修改。

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

[csharp] view plain copy
  1. [TestClass]
  2. publicclassGuesserTest
  3. {
  4. privateGuesserguesser;
  5. [TestInitialize]
  6. publicvoidInit()
  7. {
  8. guesser=newGuesser(newAnswerGeneratorForTest());
  9. }
  10. ...
  11. }

这样我在测试代码当中就会给一个不可变的随机数。AnswerGeneratorForTest。所以之前的Guesser测试代码也不会因为每次的随机数不一样导致挂掉。

产品代码呢？直接丢AnswerGenerator进去就妥妥地。

To-Do-List:
猜测数字
输入验证
生成答案
输入次数
输出猜测结果

OK。今天的收获。

（1）小步前进：依靠自身情况决定“小步”应该有多大。

（2）重构：之前的测试是我们重构的保障。

（3）测试依赖：测试不应该依赖于一些可变的东西。

都到这了，有没有点TDD的感觉。知道TDD的步骤了吗？

（1）新增一个测试。

（2）运行所有的测试程序并失败。

（3）做一些小小的改动。

（4）运行所有的测试，并且全部通过。

（5）重构代码以消除重复设计，优化设计。

（6）重复上面的工作。实现1~5小范围迭代。直到满足今天的Story。

上一篇还有个遗留的问题。我把它记在小本上。

（完）

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

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

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