你如何保持與測試計劃同步的自動化測試

Question

每個人都可以同意，有很多自動化測試（系統測試和單元測試）並且有書面測試計劃是有幫助的。但是，您如何使這些測試與您的測試用例管理工具或書面測試計劃保持同步？

特別是，你如何避免需要在兩個地方更新測試的尷尬？

Answer 1

我不知道有任何銀彈解決方案。據我所知，沒有往返測試系統。我認爲在實施新測試時，有必要更新您的測試計劃。

另一種選擇是讓測試計劃稍微不特定，並主要將其用作起點。編寫測試計劃並由有關人員審查。在此之後，請確保計劃中的所有內容都已編寫完成，並且不用擔心用您編寫的額外內容更新它。測試計劃的要點是確保您不會錯過任何事情。稍後使用它來查看測試的內容的價值較低。

如果您所在的行業必須記錄一切，我認爲您必須在兩個地方完成這項工作，但對於大多數用途而言，這不是必需的。

Answer 2

其實，我不認爲每個人都會同意寫出測試計劃是有用的。更好的方法是創建結構良好的測試（系統和單元），這是所有利益相關者都應該理解的。

一旦你有明確的測試，你不需要書面測試計劃，沒有什麼可以保持同步！

Answer 3

我一直在想文件的目的。誰會讀它。他們想從中學到什麼，他們準備投入多少努力來獲取這些信息。

對於我來說，測試計劃應該被儘可能多的利益相關者閱讀和理解。我用它來定義和解釋測試的範圍。所以我保持很短的細節。這樣一來，我有更多的機會讓更多的觀衆真正閱讀，更重要的是，瞭解測試的範圍。

在計劃中，我列出了風險以及我們將採取的方法來測試這些風險。我沒有列出測試。測試本身都是基於這些風險，但測試計劃和測試腳本之間的耦合非常鬆散。如果我決定爲計劃添加更多風險，那麼自然需要更多的測試，但是如果我保持足夠低的細節水平，那麼對計劃的更新很小。

Answer 4

我認爲，當你說測試計劃時，可能值得我們澄清你的意思。我已經看到了很多不同的文檔，其中描述爲「測試計劃」，因此我不確定這對您的項目和公司意味着什麼。

1）誰讀的？ 2）誰應該讀它，但目前你懷疑他們不打擾？ （你知道他們爲什麼不打擾嗎？） 3）他們需要從中得到什麼信息？它會給他們那些信息嗎？ 4）你目前如何呈現這些信息？這是否適合您的讀者/非讀者？ 5）你需要從測試計劃的讀者那裏得到什麼樣的反饋？ 6）您是否有任何監管要求需要滿足您的測試計劃？

如果您的測試計劃的主要目的是尋求反饋意見，並確定測試中的重要差距（測試中總是會有大的漏洞，問題是它們是否重要） - 然後（道歉，我只能發佈一個鏈接） - 在RSTARD Edgren的EuroSTAR會議網站上有一個有用的網絡研討會，名爲「更多更好的測試思路」。

您可能會發現，通過維基管理測試可能是值得探討 - 這裏有一個博客帖子討論的想法： http://marlenacompton.com/?p=1894