冒烟测试：
冒烟测试，是微软首先提出来的一个概念，和微软一直提倡的每日build（构建版本）有很密切的联系。具体说，冒烟测试就是在每日build（构建版本）建立后，对系统的基本功能进行简单的测试。这种测试强调程序的主要功能进行的验证，也叫版本验证测试，提交测试。
冒烟测试这个名称的来历，是从电路板测试得来的。因为当电路板做好以后，首先会加电测试，如果板子没有冒烟在进行其它测试，否则就必须重新来过。类似的如果冒烟测试没有通过，那么这个build也会返回给开发队伍进行修正，测试人员测试的版本必须首先通过冒烟测试的考验。
总的来说，冒烟测试就是先保证系统能跑的起来，不至于让测试工作做到一半突然出现错误导致业务中断。目的就是先通过最基本的测试，如果最基本的测试都有问题，就直接打回开发部了，减少测试部门时间的浪费。

随机测试：
让测试人员充分发挥自己想象的去测试，它没有用例的制约，会起到意想不到的效果。
主要是在测试感觉不充分的情况下应用。其实即使我们没有增加这个测试阶段，我们也一直在做随即测试，因为一个用例不可能完全准确的涵盖功能点，也不可能充分指出所有测试方法和可能的情况，所以想到了就测试了，就是这么一种感觉吧。

PS:
猴子测试：
它针对的不是功能点，而是业务流程。功能点好测，它是明确的。而业务流程难测，他是随机组合的，一切有可能出现的操作，都是一个测试的流程。而我们用例，大部分是正常的业务流程，而异常测试有不可能把所有的流程测到。所以出现了猴子测试的概念，就是说，你把自己看成白痴，随便乱点，没有任何主观想法参与进来，让一些想不到的操作呈现出错误来。