第一次组内讨论：冒烟测试
在一种情况下：开发人员在试图解决一个问题时，造成了其他功能模块一系列的连锁反应，引起了新的bug。
冒烟测试就是为了防止这种情况的发生，防止build失败。
我对冒烟测试的理解是，每当有新的模块开发完成，就替换点自动化测试框架中的桩模块，自动构建应用系统，自动测试。
冒烟测试的目的不是确保二进制文件100%没有错误，执行冒烟测试是为了高级别验证版本。要确保二进制文件中的更改不会影响
常规版本的稳定性，也不会导致功能出现严重错误。团队成员协同工作，进行每日构建。
在我的工作中，一个大的应用程序是由很多功能点组成的，每当我完成一个新的功能点时，都会先进行单元测试（模块测试），确保我完成的功能能够达到预期目的。然后进行全局编译，若没有问题，证明没有出现影响其他功能点的情况。我理解的是在这个过程中，我做的工作就是 单元测试->冒烟测试。
