軟件測試之類測試 軟件測試培訓
通過代碼檢查或執行測試用例能有效地測試一個類的代碼。在某些情況下,用代碼檢查代替基于執行的測試方法是可行的。但是和基于執行的測試方法相比,代碼檢查有兩個不利之處:
· 代碼檢查易受人為錯誤的影響。
· 代碼榆查在新產品開發時明顯需要更多的工作量。
盡管基于執行的測試方法克服了這些缺點,但確定測試和開發測試驅動程序也需要很大的工作量。在某些情況下,為某個類構造一個測試驅動程序所需耍的工作量可能比開發這個類所需要的工作量要大得多。但這種情況不是面向對象編程獨有的,當有許多子程序被上一層次調用時,在傳統開發過程中。也會出現類似的情形。一旦確定了一個類的可執行測試用例,測試驅動程序創建一個或多個類的實例來運行一個測試用例,我們就必須執行測試驅動程序來運行每個測試用例。并給出每個測試用例運行的結果。
2類測試的組成部分
作為每個類,決定是將其作為一個單元進行獨立測試,還是以某種方式將其作為系統某個較大部分的一個組件進行獨立測試,需要基于以下因素進行決策:
· 這個類在系統中的作用,尤其是與之相關聯的風險程度。
. 這個類的復雜性(根據壯志個囂j操作個數以及關聯其他樊的程度等避行衡量)。
· 開發這個婁哥q試驅動程序所需的I作量a
暉§抽一☆裝電毒弋攀瘩再貳嗨,p啦駕特?鼴愫瓣試B鰳程意齡哥最藏奉《能|玉島,對它進行充分的測試也是值得的,因為它的正確操作是最重要的。在進行類測試時,一脞要 考慮以下幾個方面:
· 測試人員。如同傳統的單元測試是由開發人員來執行,類的測試通常也由開發人員來進行。因為測試人員對代碼極其熟悉,開發人員町以使用測試驅動程序來 試他們編寫的代碼,方便了基于執行的測試方法。
· 測試內容。對…個類進行測試以檢查它是否只做了規定的事情,確保一個類的代碼能夠完全滿足類說明所描述的要求。在運行了各種測試用例后,如果代碼的覆蓋率不完接,這可能意味著該類設計過于復雜,需要簡化成幾個子類。