文章目錄

• 一：概述
• 二：測試重點（了解）
• • （1）模塊結構
  • （2）局部數據結構
  • （3）重要的執行通路
  • （4）出錯處理通路（了解）
  • （5）邊界條件
• 三：測試方法
• • （1）代碼審查
  • • A：定義（了解）
    • B：流程
    • C：優點（了解）
    • D：與計算機測試的關系
  • （2）計算機測試（了解）

一：概述

單元測試集中檢測軟件設計的最小單元一模塊，它和編碼屬于軟件過程的同一個階段。在編寫出源程序代碼并通過了編譯程序的語法檢查之后，就可以用詳細設計描述作指南，對重要的執行通路進行測試，以便發現模塊內部的錯誤。單元測試主要使用白盒測試技術，而且對多個模塊的測試可以并行地進行，包括人工測試和計算機測試兩種

• 測試依據：詳細設計文檔
• 測試技術：白盒測試技術
• 測試方法：人工測試和計算機測試

二：測試重點（了解）

（1）模塊結構

• 模塊接口的數據流是否能正常進出
• 參數的數目、次序、屬性或單位系統與變元是否一致
• 是否修改了只作輸入用的變元
• 全局變量的定義和用法在各個模塊中是否一致

（2）局部數據結構

對于模塊來說，局部數據結構是常見的錯誤來源。應該仔細設計測試方案，以便發現局部數據說明、初始化、默認值等方面的錯誤。

（3）重要的執行通路

• 選擇最有代表性、最可能發現錯誤的執行通路進行測試
• 設計測試方案來發現由于錯誤計算、不正確的比較或不適當的控制流而造成的錯誤

（4）出錯處理通路（了解）

當評價出錯處理通路時，應著重測試可能發生的錯誤為:

• 對錯誤的描述是難以理解的
• 記下的錯誤與實際遇到的錯誤不同
• 在對錯誤進行處理之前，錯誤條件已經引起系統干預
• 對錯誤的處理不正確
• 描述錯誤的信息不足以幫助確定造成錯誤的位置

（5）邊界條件

邊界測試是單元測試中最重要的任務。軟件常常在它的邊界上失效，例如，處理n元數組的第n個元素時，或做到1次循環中的第1次重復時，往往會發生錯誤。使用剛好小于、剛好等于和剛好大于最大值或最小值的數據結構、控制量和數據值的測試方案，非常可能發現軟件中的錯誤。

三：測試方法

（1）代碼審查

A：定義（了解）

人工測試源程序可以由程序的編寫者本人非正式地進行，也可以由審查小組正式進行。后者稱為代碼審查是一種非常有效的程序驗證技術。

B：流程

• 組建審查小組
• 審查會議

C：優點（了解）

• 一次審查會上可以發現許多錯誤
• 不需要每次發現一個錯誤就進行驗證，減少了系統驗證的總工作量

D：與計算機測試的關系

對于查找某些類型的錯誤來說，人工測試比計算機測試更有效;對于其他類型的錯誤來說則剛好相反。因此,人工測試和計算機測試是互相補充，相輔相成的，缺少其一都會使查找錯誤的效率降低。

（2）計算機測試（了解）

模塊并不是一個獨立的程序，因此必須要為每個單元測試開發驅動軟件和(或)存根軟件，具體如下:

• 驅動程序：接收測試數據，把這些數據傳送給被測試的模塊，并且印出有關的結果
• 存根程序：代替被測試的模塊所調用的模塊,它使用被它代替的模塊的接口，做最少量的數據操作，印出對入口的檢驗或操作結果，并且把控制歸還給調用它的模塊

總結

以上是生活随笔為你收集整理的（软件工程复习核心重点）第六章实现和测试-第三节：单元测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。