学习笔记——软件测试

一、什么是冒烟测试（由来/概念）

冒烟测试这一术语其实来自于硬件测试。就是对一个更改后或者修复后的硬件（硬件组件）直接供电，如果没有出现冒烟的情况，那么该硬件（组件）就算通过测试。在软件方面，最早提出冒烟测试的是微软公司，其意义就是对该软件修改更新后，有一个新的版本，我们就要对其进行基础功能的测试验证，如果都通过了，就可以进入下一步测试。

通俗的来讲，冒烟测试就是一个敲门砖或者说是升级打怪的第一关，只有通过这一关才可以进入下一关。对此，测试人员对开发人员修改好的版本进行主要（基础）功能测试，测试通过，就进入下一步测试，测试无效，就需要返回给开发人员进行debug。

二、为什么需要冒烟测试

对于一个软件产品的研发，测试人员会对该产品进行测试，并且确认存在的bug，并且会将bug反馈给开发人员，这个时候就需要开发人员针对出现的bug进行不断的修改。这个时候就会出现，开发人员解决了这个bug，同时对该功能进行了改动，但是却出现了因为这个改动导致了别的功能也出现新的问题。如果直接进入到系统测试，然后才发现测试根本走不通，测试就会终止，这个时候我们测试人员再将问题反馈给开发人员，就会延长了产品测试周期，增加成本。对此，冒烟测试就是通过对开发人员修复完这个bug，然后对其进行主要功能测试，看看有没有因为修改这个bug之后影响到其他功能啦！

冒烟测试的意义

1.确保产品能在测试周期内完成测试，减少产品的开发成本；
2. 保证经过debug之后的相关功能以及软件的主要功能是正常并且可用的。

三、执行冒烟测试的前提

对于冒烟测试的执行可以手动测试，也可以自动化测试。无论是什么方式，测试人员需要积极同开发人员进行沟通交流，了解代码更改的部分，debug之后该功能会有什么样的变化，以及不同功能之间是否存在联系等等。

验证代码质量

在进行冒烟测试前，需要开发人员对修改后的代码进行完整性检查，确保提交给测试人员的代码是没有错误缺陷的。一定要确保所有代码是通过验证的，否则测试失败，后续的测试是无法进行的。

确保使用的是修改后的二进制文件

由于冒烟测试侧重于更新后的代码文件中功能实现的校验，所以需要使用修改后的代码文件的调式二进制文件进行测试，才能确保测试是有效的。

创建每日构建（Daily Build）

对于每日构建，需要团队成员共同完成，同时开发人员也可以通过此保持进度一直。如果新版本迭代延迟，就会出现一些相关依赖产品不同步，从而出现不必要的问题。

四、测试人员对冒烟测试的执行

1.测试人员以及产品经理等确定好主要功能的测试用例，即为冒烟测试用例。
2.测试前对于主要功能之间的结构功能了解清楚，可以提前准备好测试的数据，提高效率。
3.在规定的测试周期内，及时进行测试，按照约定一一校验，测试完后及时做测试报告，并且和开发人员进行交流，确定每一个测试功能点是否正确。

五、总结

作为一个初学者的小编，对于冒烟测试的了解不是很深，都是通过课程以及自学了解到滴，通过做学习笔记是希望能够加强对该知识的梳理，理清楚逻辑。我会继续加强对软测的学习，不断提高，对于这篇小笔记如果有任何不对的地方，欢迎各位大佬进行指正批评，也欢迎大佬们来指点迷津哟！