我剛剛完成了一個新的ASP.NET web表單c#站點上的功能編程。現在是測試網站的時候了。有沒有人有任何想法,什麼是測試它的最好方法?或者有一份應該在所有新網站上完成的測試列表?網站測試
是的,我知道測試驅動開發的,但沒有足夠的時間或經驗落實到該解決方案(不幸)
感謝
我剛剛完成了一個新的ASP.NET web表單c#站點上的功能編程。現在是測試網站的時候了。有沒有人有任何想法,什麼是測試它的最好方法?或者有一份應該在所有新網站上完成的測試列表?網站測試
是的,我知道測試驅動開發的,但沒有足夠的時間或經驗落實到該解決方案(不幸)
感謝
你可以看看硒。你將不得不爲你的測試編寫腳本。我自己並沒有使用過它,但我知道使用它非常好。
我打算先回答你的問題,然後我希望能夠對你的測試方法提出挑戰。
沒有人有任何想法,這將是測試 它的最好方法是什麼?
如果你碰巧有沒有直接掛鉤的System.Web,或者在使用abstract versions of those classes最起碼在你的應用程序的一些業務組件,那麼你是在一個好地方,做一些自動化集成測試。
看看一個好的集成測試框架,因爲有好幾個。 FitNesse,SpecFlow,NSpec等...您必須自己構建測試工具,但這將是值得的。
但是,如果您擁有的唯一選擇是通過UI進行測試,那麼您將不得不投入時間Selenium,因爲Antony Scott提到過。這就是說,你最好的選擇是在Selenium RC中放一些時間,這樣你就可以對你的測試進行編程控制。
這些UI測試會很脆弱並且難以維護所以只測試關鍵路徑,並將其餘部分保存爲手動測試。
現在的挑戰
我剛剛完成編程一個新的ASP.NET 網絡上的功能形成C#的網站。現在是測試網站的時候了。
這是錯誤#1。您應該在整個開發過程中不斷進行測試。我甚至不談論TDD。 您需要考慮如何測試每個功能,並確保您在實現這些功能時進行測試。忽略這將導致整合的麻煩。
是的,我知道測試驅動開發的,但沒有足夠的時間 或經驗落實到該解決方案(不幸)
這是一個神話! TDD不僅有助於改善您的整體設計,還會爲您節省時間。在測試和修復週期would be drastically reduced中浪費的時間是否使用過TDD。
至於經驗,有morethan enoughinformation那裏有on TDD讓你開始。進入門檻太低而無法主張這一點。掌握可能需要一些時間,但您有足夠的智慧可以從開發社區中汲取。
不錯的答案。我首先使用測試編寫所有新東西,但對於傳統東西,硒看起來不錯 – 2012-02-08 23:44:07
怎麼了投票沒有評論?他問了一個關於測試的合理問題......如果你打算投票,至少有禮貌提供一個理由。 – Josh 2012-02-07 14:02:56