集成測試 - 尋求您的知識，建議和鏈接！

Question

嗨，大家好，我正在對Web應用程序進行集成測試的一些建議和指導。我們的項目已經運行了很多年，而且相當複雜。我們已經完成了單元測試，但我們缺少一套體面的集成測試。除了我們的單元測試之外，我們沒有記錄用例或者甚至是一組合理的測試用例。今天的「集成測試」包括開發人員對變化和手動可能產生的影響的知識，以及應用程序的臨時測試。這實際上並不理想 - 我們現在想要設計和自動化一套可靠的測試，以便我們執行迴歸測試並增強對應用質量的信心。

我們終於建立了一個平臺（基於Selenium），使我們能夠快速編寫和自動執行測試。現在的問題是：我們沒有任何測試，頁面完全空白。該系統有大約30個類互相交互並影響用戶界面。對於註冊的新用戶，可以設置約40個屬性，每個屬性都會影響體驗。在用戶生命週期中，他們會產生更多的狀態。鑑於如此多的變量和可能的狀態，開始這是一個令人望而生畏的前景，這可能是迄今爲止它被忽略的原因。

沒有一套體面的測試的痛苦現在變得具有破壞性。我正花時間解決這個問題 - 我在編寫測試之後得到了一些實用建議。你們如何接近它？你有沒有我覺得有用的鏈接？我怎樣才能讓用戶的數據看起來無限多的狀態消失？我怎樣才能衝出失敗的邊緣案例（以及我們的用途似乎在尋找）？

幫助！

Answer 1

如果是試圖生成測試用例的絕對數量的組合，你應該明確地看看all-pair測試。

我們已經使用微軟公司的PICT作爲一種工具，成功地減少了測試用例的數量，同時仍然有足夠的信心覆蓋大多數情況。

背後，對測試 推理是這樣的：在 程序最簡單的錯誤通常是由一個 單一輸入參數觸發。下一個 最簡單的錯誤類別由 組成，這些錯誤依賴於參數對之間的相互作用 ，這些參數可以在所有對測試中捕獲到 。 1 蟲蟲涉及相互作用 3之間或多個參數是 逐漸不太常見2，同時 同時被逐漸 更昂貴通過詳盡 測試，它有作爲它的極限的所有可能 輸入 窮舉測試，以找到。