在爲表單輸入功能定義規範時測試每個邊緣案例是否實用？

我開始學習驗收測試，並且我想使用SpecFlow測試ASP.NET MVC應用程序。目前我正在爲CRUD場景編寫測試
我知道這是一個完全noobie的問題，但是在我的SpecFlow場景中測試每個邊界案例是否實用？我有一個表格可以填寫，它有大約15個字段，我是否需要測試，例如，「如果字段A有效，字段B不是，我應該在屏幕上看到這個驗證消息」？或者它應該是足夠寫「如果表格填寫正確，我應該看到」任務添加「消息」？在這種情況下，我應該單獨測試模型驗證嗎？提前致謝在爲表單輸入功能定義規範時測試每個邊緣案例是否實用？

來源

2012-01-19 chester89

我傾向於在場景或驗收測試中尋找比單元測試更高級別的行爲。特別是，我正在尋找對用戶或其他利益相關者有價值的行爲。

在這種情況下，高層行爲可能被視爲「用戶獲得關於如何填寫表單的反饋」。然後，您可以僅使用一個或兩個用戶如何獲得該反饋的示例，並檢查是否顯示驗證消息。

然後，您可以將邏輯放在單元測試中的特定消息的周圍。

接受測試，特別是如果您使用BDD方案，並不是真正的測試。他們是如何使用該系統的例子，以便您可以使用這些示例來推動與您的業務利益相關方進行對話，並且我傾向於以與業務利益相關方感興趣的相同的粒度和條款對其進行說明.BDD不是替代手動測試，儘管它當然可以幫助減輕負擔。

來源

2012-01-20 12:57:30 Lunivore

我同意，驗收測試更像是證明用戶可以完成特定工作 – chester89

現在我確定我需要手動測試我的模型驗證 – chester89

我傾向於手動測試任何我知道我已更改的手動。自動化測試只能幫助我們捕捉那些我們並未意識到我們也會改變的東西（以及成爲可愛的有用示例等） – Lunivore

在爲表單輸入功能定義規範時測試每個邊緣案例是否實用？

回答

相關問題