摘要：该报告列出了对改进软件测试做出贡献的28种最佳实践。它们和软件测试工具没有必要的联系。也许一些实践附带了工具但是它们从根本上说是实践方法，这些组合代表了若干有经验的软件公司获得的并认为关键的实践方法。

　　关键字：最佳实践；测试方法；功能规格；代码覆盖；自动化测试

　　正文：

　　介绍

　　我们每次总结一项研究或者有关软件开发流程的主题的任务专项时，我们听到了一个嘹亮而清晰的声音。这个建议是：我们需要接纳这个领域的最佳实践。尽管它们作为显而易见的结论出现，但是它的存在最明显的不足继续震惊了研发团队。它的存在如此清晰从而把胜利者和失败者区分开来。

　　我们一直在寻找最佳实践。一些实践为大众所熟知并得到认可，其它的有争议，并且有些是隐藏的。有时对于观测者而言显而易见的实践方法可能对执行者是透明的，它们总是反复强调“那只是我们执行的方式而已”。其他时候在一个团体中所熟知的实践却在另一个团体中从未被听说过。

　　该文的目录围绕软件测试展开。我们每对测试付出一份努力，都会明白，测试并不是独立的。它与开发活动紧密相关，因此在很大程度上依赖开发实践。但是最终，测试是一项单独的流程活动，是在用户评判软件的优点之前进行确认的最终裁判。

　　这些实践方法来源于许多地方，不可磨灭地融合了它的悠长的历史。一些是通过对文献中的内容的认可从而确认的，其它是通过关注某些公司，在这些公司，执行者确认了他们有价值的方法。这些实践方法经过精心筛选并和越来越多的执行者共享，以拓宽他们的视野。最终，数量被精简到一个合理的数目。

　　长的目录很难以概念化，很难转变成实施过程。为了可执行，我们必须按一步一步思考—一次一点，然后缩小选择的范围，达到我们的独立需求。我喜欢把它们看做基本做法（basic），基础实践（foundational），增量实践（incremental）。

　　用辅助轮来形容基本做法最准确不过了。开始你必须借助他的力量而当你卸掉它时，很明显，你已经知道怎么骑车了。但是记住，你卸掉辅助轮并不意味着你忘记了骑车。这是一个相当重要区别，在软件中常常被遗忘。“我们以前常常写功能规格说明书但我们以后不会再做了”意味着你忘记怎么写功能规格说明书了，而不是你不再需要写了。基本实践需要我们长时间反复操作。它们做出的贡献以及价值被广泛地认可并在软件工程文献中作为文档保存下来。不管是在产品中还是流程，他们的应用都很广泛。

　　基础实践如同土壤中的石头，它努力抵御着大自然的残酷，也是为了维持不可预见的生长对结构做出的重新设计。无论人们是建一个大牧场还是一座摩天大楼，都必须在深思熟虑之后被压在一起，然后在长期的运送中与众不同并做出一些成绩。他们的附加价值意义深远，这些价值是该行业的少数领导所创造的。不像基本实践，他们可能不为大众所知因此需要实践的帮助。尽管我们可能没有关于foundational practice的教材，但是仍然有大量的文献供大家深入研究。

　　……………………

　　查看全文请点击下载：http://www.51testing.com/html/11/n-832511.html

　　自动化测试执行

　　自动化测试执行的目的是让我们把测试执行过程的手工工作量最小化，而且用数量更大的测试用例获得更高的覆盖率。自动化测试执行无论是对执行测试工具集还是设计测试的方式都产生了非凡的影响。自动化测试环境的集成是测试领域的一种智慧，它能通过诊断信息验证当前操作和日志故障。这种最佳实践方法在软件测试一些部分被很好的领会在其他部分却没有。因此，最佳实践方法需要衡量为大众所知的领域然后为自动化没有完全开发的领域开发方法。

　　Beta 程序

　　（阅读内部Beta测试）

　　每日构建（Nightly Builds）

　　每日构建的概念曾在很长一段时间非常流行，并持续到现在。一方面，每一种开发没必要每天进行，另一方面，这个概念捕捉到了由变更引起的频繁的开发，这些变更正发展演变为一种变更控制系统。每日构建这一概念的优点有以下几点。首先，由于最近产生的错误要做规模较大的回归测试，这些错误能很快被捕捉到。其次，回归测试可以在后台运行。最后，开发人员和测试人员更快得到软件的最新版本。

　　3、Foundational

　　● 用户场景
　　● 易用性测试
　　● 进程内的正交缺陷分类（ODC）反馈循环
　　● 多发布（multi-release）正交缺陷分类概述
　　● 编写测试计划的需求
　　● 自动化测试生成