我习惯了：使用UML进行设计 – >生成骨架类(然后保持同步) – >实施和最终测试.我必须承认,测试部分是最差的,所以我开始寻找别的东西 – TDD.所以我有一些一般的知识是什么,但在我进一步之前,我有兴趣知道它如何与软件设计,尤其是UML.
所以当我第一次设计/创建测试时,UML如何适应？是否有可能首先设计类,从他们创建骨架类,从它们生成单元测试,这将在实际实现UML预生成类之前“填充”,这种方法会打破整个TDD吗？或者还有什么其他方式可以将UML和TDD保持在一起吗？
So when I first design/create test,
how can UML fit in? Would it be
possible to design classes first,from
them create skeleton classes,from
them generate Unit tests which would
be “filled” before actual
implementation of UML pregenerated
classes,would this approach break
whole TDD? Or is there any other way
that would keep UML and TDD together?
如果你创建一个完整的框架类,我认为你是指一个类,所有的方法都被定义为空,但是在编写第一个测试之前,我会说你不在做TDD,并且失去了TDD的好处.正如我们做TDD – 测试驱动设计 – 我们的测试逐渐引导我们到我们的程序需要的下一个元素 – 方法和类.如果您在UML中预先规定了什么,您的类和方法是什么,您的大量设计已经完成,并且您的后续开发受到限制,否则您将浪费后续工作撤消的努力.
可能有一些方法将UML和TDD一起用于设计,但正如您所描述的那样,您在UML中进行设计,在TDD获得机会之前.这不会给你TDD的全部好处.