呵呵，我觉得要回答这个问题，需要把重点放在两者的根——需求上。
从根本上来讲，设计与测试案例只不过是同一个需求的不同表现形式。设计更多的是从逻辑上表现系统/功能的内部结构，对象间关系，算法或者流程等内容。测试案例则偏重于其设计实现的校验上。我个人觉得，无论是传统的开发模式，或是TDD，都无法脱离或背离需求这个根本。
接下来回答楼主的问题。自己觉得：设计测试案例的过程是对需求的解读和翻译过程。但不同的是，不同的人，不同的技能等级和系统认知都会对相同的需求产生不同的结果。设计测试案例的过程不能等同于设计过程，尤其是黑盒测试（从细粒度上讲）的测试用例。充其量作为系统设计的补充，以完善异常处理，验证现有实现。所以，我现在反而觉得，所谓设计，只不过是人对系统的一种理解和实现手段，不是最终目标。而相关的人认同或不认同该种手段，而后讨论、修订，最后达成妥协一致，进而实现。所以，我认为设计测试用例的过程不能等同于设计过程，但是却可以作为设计的中间认知过程。
TDD中实现的不断集成，不断测试，先实现测试模块再进行逻辑编码，不过是种实现手段，也许开发出来的内容质量会相对更好些，但并不代表非它莫属，更与测试案例设计过程和及系统设计毫不关系——TDD更多代表一种思想而非具体的实现。更现实点讲，实现有很多种方法，过程有很多选择，我想不必太过执着于哪种形式吧。
版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明，否则将追究法律责任。
本文出自51Testing软件测试网，感谢会员archonwang在每周一问（08-08-04）中的精彩回答。
http://bbs.51testing.com/forum-157-1.html
