與重新測試有關的高額代價，以及高額的維護成本和整個軟件生命周期成本的提高。單元測
試的順序取決于單元的層次關系，較高層次的單元必須要等到較低層次單元通過測試后才能
進行測試，所以就形成了“長瘦”型的單元測試階段。最先被測試的單元是最后被設計的單元
，所以單元測試不能與軟件生命周期的詳細設計階段重疊。如圖2.2 所示的例子程序中各個
單元之間的層次關系十分簡單，在實際的編程過程中可能會遇到類似的情形，而且各個單元
之間的層次關系會更復雜。與自上而下測試法一樣，自下而上測試法的缺點會隨著被測單元
之間復雜的聯系而放大。
4. 總結
自下而上組織法對于單元測試來說是個比較好的手段，特別是當測試對象和重用情況時。然
而，自下而上方法偏向于功能性測試，而不是結構化測試。對于很多標準所需要的高集成度
和安全的關鍵性應用，需要達到高層次的結構覆蓋，但自下而上法很難滿足這個要求。自下
而上單元測試法與很多軟件開發所要求的緊湊的時間計劃是相沖突的�？偟膩碚f，一個自下
而上策略成本將高于基于分離的測試策略，這是因為單元層次結構中低層次單元以上單元的
復雜程度和它們發生變化所帶來的顯著影響。
四、分離法
1. 詳述
分離測試法是分開測試每一個單元，無論是被調用單元還是調用單元。被測單元可以按照任
意順序進行測試，因為被測單元不需要其他任何已測單元的支持。每一個單元的測試都需要
一個測試驅動，并且所有的被調用單元都要用測試樁代替。圖4.1 說明了測試單元D 時需要
的測試驅動和測試樁的情況。
圖4.1 分離測試法
圖4.1 顯示了某個程序中一個單元的測試計劃，該計劃基于分離組織方法的策略，只需要如
下所示的一步：
步驟(1)
文章來源于領測軟件測試網 http://www.kjueaiud.com/
