2012-03-11 27 views
0

我正在创建一个需要解析用户联系信息的类,以确定提供的用户是否已经存在于数据库中。由于源未经验证,用户生成的数据必须在各种条件下进行匹配测试。TDD练习:确定用户存在

内容呈现在3个字段 - 名称(第一个&最后一个被合并);公司名;电子邮件

我需要根据每一种可能的匹配条件,返回结果:

Exact Match 
Email Match 
Domain Name Only 
Full Name Exact 
Last Name Only 
Institution Match 

我有我怎么会去了解这个编码一个粗略的想法,并深信结果会比正式的TDD方法产生的结果差。我的TDD学习曲线刚刚过了基础知识,但我没有深入了解上述情景是如何在整个生命周期中进行的。

我想从架构的角度来构建项目。

THX

+0

你似乎在正确的轨道上......坚持下去。先写一个失败的测试...只添加让它通过的最低限度的代码。寻找重复并重构它。重复。 – Gishu 2012-03-22 08:48:46

回答

1

好像土特产品已列出的主正测试用例的匹配类型的列表。因此,从顶端开始,为第一个案例编写一个小测试(完全匹配),将它记录下来,使其通过,迭代,直到完全匹配成功。然后对其他匹配类型执行相同操作。

+0

我的问题更多的是了解如何创建测试结构本身的具体细节。由于我正在查看要迭代的条件列表,因此我知道我可以在一次测试中重复使用大量代码。我对这个过程的指挥是这样的,我会将代码从一个测试切换到另一个测试。我想变得足够聪明,而不是那样做。 thx – justSteve 2012-03-11 14:48:03

+2

测试代码就像任何其他代码一样:因此,继续前进并编写测试,然后沿途重构 - 只有在所有测试都通过时重构。 “red-green-refactor”中的重构步骤也是关于重构测试代码的。 – 2012-03-11 16:52:40