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