测试驱动开发TDD(1)

发表于:2014-1-15 11:56

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:crazy_itman    来源:51Testing软件测试网采编

  接下来把剩下的两个CASE搞定。
[TestMethod]
public void should_return_4a0b_when_input_numbers_all_figures_and_positions_are_right()
{
var inputNumber = "2975";
var actual = new Guesser().Guess(inputNumber);
Assert.AreEqual("4a0b", actual);
}
[TestMethod]
public void should_return_2a2b_when_input_numbers_all_figures_right_and_2_positions_right()
{
var inputNumber = "2957";
var actual = new Guesser().Guess(inputNumber);
Assert.AreEqual("2a2b", actual);
}
[TestMethod]
public void should_return_0a4b_when_input_numbers_all_figures_right_and_no_positions_right()
{
var inputNumber = "9257";
var actual = new Guesser().Guess(inputNumber);
Assert.AreEqual("0a4b", actual);
}
[TestMethod]
public void should_return_0a0b_when_input_number_all_figures_and_positions_wrong()
{
var inputNumber = "1348";
var actual = new Guesser().Guess(inputNumber);
Assert.AreEqual("0a0b", actual);
}
  运行所有CASE...
  不知不觉我们已经完成了今天的所有任务。
  To-Do-List:
  输入“2975” 输出4a0b。
  输入“2957” 输出2a2b。
  输入“9257” 输出0a4b。
  输入“1348” 输出0a0b。
  完成Guesser类.
  Go Home.然后别忘记把总的List划掉。
  今天的任务完成。今天收获是什么?
  (1)Test First。从用户角度去思考问题。在设计CASE之前。会把关注点放到需求上。只有足够透彻的了解需求。才能设计出正确全面的CASE。
  (2)命名。在最开始我们把Test1改成了‘should_return_4a0b_when_input_numbers_all_figures_and_positions_are_right’。看到方法名,就相当于看到文档。很快速的知道当前方法测的是什么功能。而不需要去翻阅文档。维护起来也是相当清晰。不用花大把时间去维护文档。
  当然也有些疑问。
  (1)先写测试在写代码开发速度降低了。
  带着这些疑问。继续做下去。希望在这个系统实现完之后能解决我的疑问。
  最后Yuheng同学提出了一个问题。
  有4个分别是[风险高 价值高]、[风险高 价值低]、[风险低 价值高]、[风险低 价值低]的事情,你会优先做哪个?
  大家可以给出自己的答案。
33/3<123
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号