The notes of How We Test Software At Microsoft(7)

Chapter 12 Other Tools其他工具

Code Churn代碼改動量

改動量（churn）是一個特定術語，指的是在一段時間內，一個文件或模塊中的代碼變化的總量。

·         Count of Changes修改的次數

·         Lines of Added增加的代碼行數

·         Lines Deleted刪除的代碼行數

·         Lines Modified修改的代碼行數

應該記住，“代碼改動量“只是一個有警示的指標，如果一個產品具有很高的”代碼改動量“志，並不總是意味着那個產品存在很多問題。它只是提醒產品某些部分發生了大的變化，可能需要更仔細地檢查那部分代碼。

Build it 每日構建

好的Build verifications tests（BVTs）能夠保證每日構建能夠用於進一步測試，以下列出BVT的一些屬性：

自動化一切 Automate Everything	BVT首先在每個構建上運行，然後需要每次運行結果相同。如果整個產品只有一個自動測試套件，應該是BVT。
測試一小部分 Test a little	BVT測試並非所有功能的測試，它們是用於驗證基本功能的簡單測試。BVT的目標是確保構建可用於測試。
快速測試 Test Fast	一個短的反饋循環能立即告訴你構建是否有問題。
報錯恰到好處 Fail Perfectly	如果一個BVT失敗，應該說構建不合適進一步測試，必須立即修復造成失敗的地方。
廣泛測試而非深入測試 Test-broadly-not deeply	BVT應該大致包括產品的各方面。肯定不應該包括每個細小的地方，而應包括各個功能的每個重要的部分。
可調試和可維護性 Debugging and Maintainable	在一個完美的世界裏，BVT永遠不會失敗。如果發現失敗，則需要儘快隔離。從發現失敗，找到原因，實現修復程序，整個過程必須儘可能迅速地完成，即週轉時間必須快。BVT測試代碼應該是在整個產品中最有效地，最易調試和維護地。
可信 Trustworthy	你的BVT必須可信。
關鍵 Critical	安排最好，最可靠和最信賴的測試人員和開發人員創建最可靠和最可信的BVT。

 

Static Analysis靜態分析

一個在測試代碼（或者任何代碼）中尋找缺陷的有效方法是利用工作做自動靜態分析。靜態分析工具可以分析源代碼或二進制文件，發現許多類型的缺陷，而不必實際運行程序。

Native Code Analysis非託管代碼分析

一些不同的工具可用於分析非託管代碼。傳統的工具包括商業查品，如PC-Lint，KlocWork和Coverity，以及包括在Visual Studio Team System中的靜態代碼分析器，如PREfast。

Managed Code Analysis託管代碼分析

FxCop是一個應用程序，它分析託管代碼，報告各種信息，例如軟件設計，本地化，性能和安全性的可能改進。http://blogs.msdn.com/b/codeanalysis/，這裏可以找到更多有用信息。