TDD和UML在一起
我是TDD的新方法,所以我想知道有没有经验的机智,这可以启发我一点.我想得到一些线索,如何一起使用UML和TDD方法.
我习惯了:使用UML进行设计 – >生成骨架类(然后保持同步) – >实施和最终测试.我必须承认,测试部分是最差的,所以我开始寻找别的东西 – TDD.所以我有一些一般的知识是什么,但在我进一步之前,我有兴趣知道它如何与软件设计,尤其是UML. 所以当我第一次设计/创建测试时,UML如何适应?是否有可能首先设计类,从他们创建骨架类,从它们生成单元测试,这将在实际实现UML预生成类之前“填充”,这种方法会打破整个TDD吗?或者还有什么其他方式可以将UML和TDD保持在一起吗?
如果你创建一个完整的框架类,我认为你是指一个类,所有的方法都被定义为空,但是在编写第一个测试之前,我会说你不在做TDD,并且失去了TDD的好处.正如我们做TDD – 测试驱动设计 – 我们的测试逐渐引导我们到我们的程序需要的下一个元素 – 方法和类.如果您在UML中预先规定了什么,您的类和方法是什么,您的大量设计已经完成,并且您的后续开发受到限制,否则您将浪费后续工作撤消的努力. 可能有一些方法将UML和TDD一起用于设计,但正如您所描述的那样,您在UML中进行设计,在TDD获得机会之前.这不会给你TDD的全部好处. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |