《微軟的軟件測試之道》讀書筆記 之 結構測試技術

2014-07-18

我們需要結構測試嗎？

微軟的一項試驗說明了結構測試的在代碼覆蓋中起到的效果：

超過3000名測試員參與了這項實驗，每25人一組，實驗結果在所有組中都是一致的。在這項研究中，

• 腳本化測試：根據樣式書設計的腳本化測試在被測程序上達到了標稱83%的代碼覆蓋率。
• 探索性測試：然后，實驗參與者允許進行每人15分鐘，累計5小時的探索性測試。令人驚訝的是，代碼覆蓋率平均只增加了3個百分點。
• 結構測試：但是，當實驗參與者能夠分析探測過的（Instrumented）代碼的運行結果并使用白盒技術設計測試以后，不到20分鐘的時間代碼覆蓋率就提高到了 91%（這是不使用代碼突變或故障注入所能達到的最大實際代碼覆蓋率）。同時，測試員們也能夠更好的從代價和收益的角度解釋為什么剩下的9%未覆蓋代碼是不可測試的。

下圖顯示了不同測試技術的代碼覆蓋效果。

圖1 不同測試技術的代碼覆蓋效果

?

塊測試

---

?

此書把塊測試、決策測試、條件測試、基礎路徑測試都歸入結構測試技術。這里主要講一下塊測試。

塊覆蓋和語句覆蓋

• 語句覆蓋測量一個程序在測試過程中被執行過的語句的數量。
• 塊覆蓋測量無分支的連續語句組的數量。導致控制流程轉向分支的條件語句可以包含若干塊。

這個看起來似乎只是一個極小的區別，然而，語句測試和塊測試的區分是相當重要的。因為相較于語句測試，塊測試對控制流程提供了更好的敏感度。

？代碼塊的計算?

?

塊測試小結

塊測試是用于單元測試的一種普遍方法：

優勢：它非常適合于迅速地評估某函數的基本功能。對于設計用于執行switch/case語句和異常處理程序控制流程的測試來說，它也是一個很有價值的技術。

劣勢：然而，塊測試是健壯的結構測試中相對較弱的標準，它還可能漏掉控制流程的一些重要的分支。此外，塊測試還容易忽略一些潛在的問題，特別是在我們測試的目的只是要提高代碼覆蓋率而不是要仔細分析被測試代碼的情況下。

轉載于:https://www.cnblogs.com/Ming8006/p/3853904.html

總結

以上是生活随笔為你收集整理的《微软的软件测试之道》读书笔记 之 结构测试技术的全部內容，希望文章能夠幫你解決所遇到的問題。

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