你如何知道你的「測試夾具」是否合適?通過「測試夾具」我的意思是一個類中有一堆測試。如何知道你的單元測試夾具是否「合適尺寸」?
我一直注意到的一點是,我的測試裝置會讓他們變得冗長;因爲他們也可能不夠詳細,你怎麼知道你的單元測試是合適的大小?
我的假設是(至少在Web開發的情況下),每個頁面應該有一個測試夾具類。
我知道一個很好的報價爲這個和它的:「完美之道不在於無可添加,但時有沒有什麼可以去掉」
- Antoine de Saint-Exupery。
你如何知道你的「測試夾具」是否合適?通過「測試夾具」我的意思是一個類中有一堆測試。如何知道你的單元測試夾具是否「合適尺寸」?
我一直注意到的一點是,我的測試裝置會讓他們變得冗長;因爲他們也可能不夠詳細,你怎麼知道你的單元測試是合適的大小?
我的假設是(至少在Web開發的情況下),每個頁面應該有一個測試夾具類。
我知道一個很好的報價爲這個和它的:「完美之道不在於無可添加,但時有沒有什麼可以去掉」
- Antoine de Saint-Exupery。
這更多的是你的問題,我認爲:
,我使用的是度量「測試,直到你舒服」(不知道來源的)。我測試,直到我很舒服,我的代碼是正確的。如果你有疑問,你可能沒有足夠的測試。如果你覺得自己在浪費時間,那麼你應該停下來。
重讀,我認爲以下不回答你的問題:
在這個定義的Test Fixture的設置功能,對象和要求,使被測系統功能的模擬對象狀況:當我編寫測試,通常會有代碼被複制,我通常會重構該代碼並將其隱藏在一個區域(C#)中。我試着將我的測試保持在5-10行的範圍內,所以如果有代碼超出這個範圍或混淆了測試的含義,我就把它放在夾具區域。我通常不擔心夾具尺寸太大。我更擔心確保我有足夠的測試,並且測試了我的功能。
東東?你真的需要更具體的瞭解......你的意思是,所有用於擴展基類的單元測試都使用了基類通用函數嗎? – leeand00 2010-05-13 20:32:26
「東西」已刪除。 – 2010-05-13 20:51:42
儘管不是硬性規定,但如果您有詳細的要求或用戶故事,則每個需求/故事的一項測試可能是一個很好的開始。這就是說,用戶故事通常不會涵蓋所有可能/可能出錯的情況,因此您需要添加這些方案以評估您的組件/層在異常情況下是否以確定性方式運行。
在學校我們學習做邊界測試,範圍測試等......如果你有時間,這很棒,但是在很多商店裏,事情太忙了,所以根據需求進行測試可以讓你至少確定如果你已經達到了業務要求。從安全角度來看,單元測試的關注點非常不同,因此您可能需要採取其他方法,並且測量哪些方面會更困難。
對於那些想知道單個單元測試及其大小的人,請參閱此問題:http://stackoverflow.com/questions/2829726/how-to-know-if-your-unit-test-is-right-sized – leeand00 2010-05-13 19:55:33