Frank:
大家好,不知道有没有人能帮我看看这个有些罗嗦的问题。(在这个列表中我是个新人,如果我的问题不合适请大家原谅。)
简单的说,在使用test-first的时候,我们应该怎么处理枚举变量?
既然,我们不应该在遇到red test之前写任何代码,下面这个例子应该怎么做?
Drink drink = new Drink(DrinkType.Cocktail);
接下来,我应该来写测试验证构造函数:
[Test]
public void Test_Constructor()
{
Drink d= new Drink(DrinkType.Cocktail);
Assert.IsNotNull(d);
}
可是,我是不是应该专门写一个测试来测试这个枚举参数呢?到底应该怎么处理?
Charlie:
你做得似乎有些太快了。事实上,如果是我,我会先写一个这样的构造函数:
Drink d = new Drink();
当然,过一会儿,我可能想要知道这个饮料的类型了,我就写一个测试:
Assert.AreEqual("cocktail", d.DrinkType);或者Assert.AreEqual(DrinkType.Cocktail, d.DrinkType);
这个测试显然不能通过编译,我会写一点点代码,让它通过:
public string DrinkType
{
get{ return "cocktail"; }
}
只有等到我遇到第二种新的饮料类型,我才会需要那个构造函数。
至于你说的对于枚举类型的测试:枚举类型只是一个声明,并不包含真正的代码,所以不需要测试。
分享到:
相关推荐
关于TDD的认识和理解,非得要那么的字吗?我恶心了
单元测试 TDD EASYMOCK 的一般用法说明 实例
华为LTE TDD系统原理培训PPT文档
TDD测试驱动开发,准备的资料,我自己用的,公司只能上CSDN社区
Laravel开发-tdd 时分双工
GSM TDD noise 分析,但愿对GSM RF感兴趣的您有所帮助
C语言的TDD参考示例代码,主要包含了书中所参考的源代码
极限编程+TDD开发
使用phpunit 一步一步使用tdd开发模式,减少bug数,提高项目质量
TDD 测试
GSM TDD 板振说明及分析方法、解决方法总结
TDD实战 - Test Driven Development in Action
我公司的测试规范 博文链接:https://ypluck.iteye.com/blog/249288
3GPP采用“求同存异”的原则进行L1E FDD和TDD的标准制定工作.将两种制式的协议实现在相同的规范中描述,并尽可能保证其协议实现相同,如遇到无法融合的差异,则仅针对差异部分进行分别描述。标准制定的这种指导思想...
Test Driven: Practical TDD and Acceptance TDD for Java Developers (PDF英文版)
抑止TDD noise 的措施及解决方案
TDD敏捷开发入门到精通 Agile 02 pdf
测试驱动开发的艺术Test.Driven.TDD.and.Acceptance.TDD.for.Java.Developers
我的博客 学习TDD(4)--实例2:基于ZooKeeper的服务器注册和探测类[实战ServerRegister]及 学习TDD(5)--实例2:基于ZooKeeper的服务器注册和探测类[实战ServerDetector] 的配套代码