Smoke Test and Ad hoc Test

Smoke Test

即冒烟测试。这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。在软件中，“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。
Smoke Test(冒烟测试)，也称Regression Test(回归测试)，是对软件的安装和基本功能的测试，是一种单元测试工具。一般地我们使用脚本来实现Smoke Test的自动化，可借用虚拟机的snapshot机制来保证干净的环境来进行Smoke Test，然后将测试好的程序集成到Continous build或daily build中。
冒烟测试是指一种基本功能测试，是从硬件测试借鉴过来的。进行硬件测试时，首先需要给硬件加电，如果一加电电路烧了冒烟，后续的测试当然进行不去了，也就是能加电是后面测试的前提条件。借鉴到软件中来就是只有软件的基本功能正确的情况下，后续的开发和测试才能进行。冒烟测试一般和每日构建一起实施。

Ad hoc Test

“Ad-Hoc” 原意是指 “特定的，一次性的”，这里专指“随机的，自由的”测试。在软件测试中除了根据测试样例和测试说明书进行测试外，还需要进行随机测试(Ad-hoc testing)，主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行样例测试的重要补充手段，是保证测试覆盖完整性的有效 方式和过程。 随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外，对于软件更新和新增加的功 能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大Bug，进行再次测试，可以结合回归测试 (Regression testing)一起进行。

理论上，每一个被测软件版本都需要执行随机测试，尤其对于最后的将要发布的版本更要重视随机测试。随机测试最好由具有丰富测试经验的熟悉被测软件的测试人员进行测试。对于被测试的软件越熟悉，执行随机测试越容易。只有不断的积累测试经验，包括具体 的测试执行和对缺陷跟踪记录的分析，不断总结，才能提高。