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

来源：互联网发布：淘宝第三层级编辑：程序博客网时间：2024/05/16 18:03

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/，这里可以找到更多有用信息。