软件测试中冒烟测试范例,浅谈冒烟测试及用例

测试中有个有意思的测试：冒烟测试。不同于随机测试，冒烟测试侧重于前置动作。

套用我曾写过一片文章的段落来解释一下软件测试中的冒烟测试：

冒烟测试，是指在每日build建立后，对系统的基本功能进行验证的测试。冒烟测试这个名称的来历是从电路板测试得来的：当电路板做好以后，首先会加电测试，如果板子没有冒烟再进行其它测试，否则就必须重新来过。如果冒烟测试没有通过，那么这个build也会返回给开发队伍进行修正，测试人员测试的版本必须首先通过冒烟测试的考验。

在软件测试工作中，开发每天都对已完成的源程序进行编译，然后连接组合成可执行的程序。冒烟测试不必面面俱到的，但是应该能够发现系统中较大的问题。通过了冒烟测试的build就可以认为是经过充分测试、足够稳定的。这种测试强调功能的覆盖率，而不对功能的正确性进行验证，其目的就是先通过最基本的测试，如果最基本的测试都有问题，就可以直接打回开发部，从而减少测试部门时间的浪费。

如何有效的展开手机软件的冒烟测试：

1.启动每日构建；

2.制定测试用例；

3.SCM搭建环境，进行自动化编译；

4.测试人员接收版本下载 - 执行测试用例；

5.根据代码变更单验证开发人员修改故障；

6.统计相关数据。

站在测试人员的角度，首先如何制订一个好的测试用例。三种思路，三个方案：

1.测试套用正交表，运用正交法制定一套测试用例；

2.开发用正则表达式，提炼出一套测试用例；

3.以上两