您的位置:首页 > 其它

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

2010-06-04 16:19 531 查看

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/,这里可以找到更多有用信息。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: