什麼使功能需求的測試程序良好？

Question

我是新項目的首席開發人員，有機會與系統工程師一起創建我們的模板以測試功能需求。我想知道是否有人對什麼是一個很好的測試程序模板有了什麼意見，或者有一個很好的模板的例子。

謝謝！

Answer 1

這不是一個很容易回答的問題。這取決於幾件事情：

1）什麼是功能性的測試案例

2）在接受支持人員的角色定義/解釋測試

3）的長壽測試

這純粹是基於我自己的經驗的意見。

（插入兩美分到自動售貨機）

1）什麼是功能測試情況？ - 您和系統工程師需要對齊。您可能會發現（和我一樣），系統工程師將以比您更高的（更細粒度的）級別解決問題。例如，假設具體要求是創建Web服務，工程師需要知道：

• 是接口的行爲是否正確？
• 測試用例中的輸入參數是否意味着成功/失敗？
• 失敗時，是否返回適當的錯誤/錯誤代碼？請注意，取決於他們的時間，工程師可能只會遵守影響產品/服務整體的主要/重要故障條件（或負面響應）（例如，「主機未發現/超時錯誤」應該位於界面中，但並不一定需要進行測試，但用例相關的故障，如「客戶資金不足」是對工程師很重要的。
• 是正確記錄交易情況？

同樣，你和系統工程師應該清楚什麼是功能測試案例，哪些不是功能測試案例，通常功能測試直接來自提供給您的功能規範，對於某些產品而言，超時後重試屬於非功能性，但您可能有想要他的網站的工程師服務器在放棄之前在超時時間內重試17次 - 如果他指定了這一點 - 則將其包含在內。

2）這些測試如何進行以及誰簽名？根據這一點，您可能需要簡化或充實功能測試。

如果你和系統工程師會把自己鎖定在一個舒適的房間裏半天，通過每個測試用例，然後保持簡化：你們兩個應該非常熟悉需求，工程師會審查文件並已提供評論。另一方面，您可能會讓支持工程師與您一起運行測試，而不是工程師（這就是我們如何運行它的原因......系統工程師會回顧測試案例，在開始時停留一段時間，並在他感到無聊時離開）。我在哪裏？正確，所以在這種情況下，在描述正在測試的場景時，您的文檔可能需要更多的手持。這導致我在漫長的聊天中最後一點......

3）長壽文檔的

所以經常是站在我這邊的情況下，一旦一組功能測試已經結束，有，他們忘記及時完成。然而，這些測試驗證系統和你的產品和支持工程師應該在運行它們的位置時，他們想：

• 解決的問題（「是這種情況下，即使測試前上線？「）再次
• 解決的問題（」老天沒這些傢伙甚至發生重大變化
• 瞭解產品或服務的原樣的功能之後再測試此特定情形？「）
• 驗證系統/產品的完整性（很多時候人們會忘記產品應該如何表現，並且支持員工討厭閱讀需求規格，尤其是要求佩奇認爲是過時的和系統的當前行爲從什麼最初specced不同）

（深吸一口氣）

所以，現在你需要確保你涵蓋以下內容：

• 測試設置第1部分：運行測試有哪些要求？我需要什麼工具？網絡連接？
• 測試設置第2部分：我將使用哪些測試數據？如果我需要它，或者如何生成它，它在哪裏？
• 功能要求/測試概述至少能夠傳達預期的行爲。
• 將要測試
• 測試的侷限性的想法主要系統組件的概述 - 某些功能測試只可以模擬或無法對現場終端系統等等等等進行測試 - 你需要描繪這一限制並向讀者展示你將如何僞裝它。

此外，系統工程師會期望您已經完成了像組件測試，集成測試等的粒度測試。取決於他是多麼可怕，工程師可能會要求提供這些組件測試的文檔，並自行運行一些。

希望能有所幫助 - 讓模板提供一致的表示並幫助您確保覆蓋所有重要內容 - 但我認爲重點應放在固定目的和實現此目的上。

希望我賺了一些美分:)