軟體測試總結（二）

 

本節主要介紹一下層次測試的第一步——單元測試。在瞭解單元測試之前先看一個簡單的主程式樹狀模組圖： 

 

  

   所謂模組測試就是在底層進行的測試，如，單元測試就是測試中紫色的模組。單元測試是整個測試的基礎，單元測試中發現的錯誤約佔程式總錯誤數2/3，單元測試的目標是通過對程式底層模組的靜態和動態測試使底層模組達到模組說明的要求。

   單元測試主要測試5方面的的問題：

 

 

   模組的介面測試主要檢查資料能否正確地通過模組；資料結構測試目的在於保持程式內部資料的完整性；重要路徑測試是單元測試的一項基本任務，主要做好覆蓋分析；程式最容易在邊界上出錯，因此邊界條件測試是必不可少的；錯誤處理測試要點是在工作中發生了錯誤，其中的錯誤處理措施是否有效。

    單元測試的一般步驟：

  

   編譯過程中主要檢查對象就是代碼中的語法錯誤；靜態分析器檢查使用專用工具來進行分析，代碼審查主要依靠人工，第二步和第三步都是以檢查結構性錯誤為主的靜態分析；動態測試是單元測試的最後步驟，重點是發現單元的功能型錯誤，可採用白盒測試或者黑箱測試方法進行測試，白盒測試和黑箱測試會在以後進行詳細介紹，這裡知道有這兩種方法即可。

   程式碼檢閱有兩類組織形式：一、辦公桌檢查，由程式員自己審查自己的代碼，僅適用於規模很小的程式。二、以小組會的方式進行，又分為走查和代碼會審兩種，適用於各種規模的程式。

   單元測試不是獨立的程式，在多模組程式中，模組之間可以相互調用，單元測試時往往需要為被測模組編製若干模組替身，替身模組僅是真實模組的簡化，僅需類比與被測模組直接相關的一部分功能。

   根據經驗總結，在單元級發現問題時，問題肯定就在那個單元中，如果在多個單元模組整合時發現缺陷，那麼它一定與模組之間的互動有關。在實際情況中，有很少的例外。

好的，本節到此結束，下一節將詳細介紹層次測試的第二步——整合測試。敬請期待，謝謝！