我應該把測試類放入UML嗎？

Question

我應該把測試類放在UML圖中嗎？我找不到任何關於此的「最佳做法」！

Answer 1

這取決於。首先「UML圖」表明你正在創建一個圖。這絕對不是好的做法。根據需要創建儘可能多的圖表，照亮模型的某些方面。所以 - 測試用例就是其中的一個方面。這意味着：將它們放入（a）單獨的圖表中。

Answer 2

要添加一個建議，如果你想建模測試，你可以看看UML測試配置文件（UTP link）它提供了需要的元素來建模測試，需求等。

您也可以使用SysML，因爲它集成了UTP的一部分。

Answer 3

這絕對取決於上下文。誰將使用UML模型以及他們將使用什麼？總的來說，我認爲添加測試類會混淆UML模型，並且難以理解 - 所以不能。但是如果上下文是測試就是你想要解釋的內容，那麼顯然測試類將是非常重要的。

正如Thomas Kilian指出的那樣，從一個基礎模型創建大量圖表可能是正確的答案 - 能夠做到這一點是您使用UML而不是簡單圖表的原因之一。

Answer 4

這是一個偏好。你可以選擇或不選擇。

我會說這是更好練習將測試建模到解決方案中。但我不會聲稱我總是遵循最佳實踐

建模解決方案需要很多圖表。我將重點關注三個方面：分析，設計和實施。這三個都是類圖。所有這三個定義您的解決方案在不同的抽象。

在分析中，您最接近需求和解決方案的開始。在這裏，你會想要有廣泛的課程。我不會在這裏放置測試，因爲這個圖表仍然試圖從用戶和他們的需求中獲得解決方案的形狀。一個分析圖只能在一個盒子裏放上類名，並用線條顯示它們的關聯。

設計圖將詳細介紹如何構建類。應用程序的藍圖將在設計中形成。這種設計可以提供給任何程序員，他們編寫可以構建解決方案的代碼。設計圖中有趣的部分是它也可以交給測試工程師，他們會爲要創建的解決方案編寫適當的測試。

實現圖是創建的最低級別的類圖。大多數時候，我會回想起來創造這個。實現圖應該是代碼庫的逐字翻譯。在實現圖中，爲了完整性，我會包含測試類。

請注意，這些是我的看法，由於業務限制，我有時並不遵循這封信。然而，在一個理想的世界裏，我更喜歡我的建模。