我应该将测试类放在UML图中吗？我无法找到任何＆＃34;最佳做法＆＃34;关于这个！
答案 0 :(得分：2)
这取决于。首先是＆＃34; UML图＆＃34;建议你创建一个图表。这绝对不是一个好习惯。根据需要创建尽可能多的图表，以照亮模型的某些方面。所以 - 测试案例将是其中一个方面。这意味着：将它们放在（a）单独的图表中。
答案 1 :(得分：1)
要添加建议，如果要对模型进行建模，可以查看UML测试配置文件（UTP link），它为模型测试，需求等提供了所需的元素。
您也可以使用SysML，因为它集成了UTP的一部分。
答案 2 :(得分：0)
这绝对取决于背景。谁将使用UML模型以及它们将用于什么？一般来说，我会说添加测试类会混淆UML模型并使其难以理解 - 所以没有。但如果上下文是测试是您想要解释的，那么显然测试类将非常重要。
正如Thomas Kilian指出的那样，从一个底层模型创建大量图表可能是正确的答案 - 能够做到这一点是您使用UML而不是简单图表的原因之一。
答案 3 :(得分：0)
这是一种偏好。您可以选择或选择不。
我会说，将测试建模到解决方案中是更好的做法。但我不会声称我总是遵循最佳做法
建模解决方案需要很多图表。我将重点关注三个：分析，设计和实施。这三个都是类图。所有这三个都在不同的抽象中定义您的解决方案。
在分析中，您最接近要求和解决方案的开头。在这里，你想要有广泛的课程。我不会在这里进行测试，因为这个图仍然试图从用户及其要求中获得解决方案的形状。分析图只有一个框中的类名，其中的行显示了它们的关联。
设计图将更详细地介绍如何构建类。应用程序的蓝图将在设计中形成。这种设计可以给任何程序员，他们编写代码来构建解决方案。设计图中有趣的部分是它也可以提供给测试工程师，他们会为要创建的解决方案编写适当的测试。
实现图是创建的最低级别的类图。大多数时候，我会回想起来创造这个。实现图应该是代码库的逐字翻译。在实现图中，为了完整性，我将包含我的测试类。
请注意，这些是我的观点，由于业务限制，我有时不遵循这些观点。但是，在理想的世界中，我更喜欢我的建模方式。