你们好，最近小活发现有诸多的小伙伴们对于冒烟测试是啥意思，冒烟测试这个问题都颇为感兴趣的，今天小活为大家梳理了下，一起往下看看吧。
1、 什么是冒烟测试。发现bug后，开发人员修复BUG。测试人员测试这个问题冒烟测试的成功关系到下一步系统测试能否进行。与系统测试不同，前者覆盖面不足，
2、 只要修改后的部件及其相关模块没有问题。
3、 何时实施冒烟测试。测试是测试人员确认软件存在bug的过程。在这个过程中，不可避免的需要开发者不断修改bug，所以往往会发现一个功能的改变，导致下一轮系统测试出现问题。
4、 也就是说，发现也许之前修改的bug确实已经解决了，但是由于修改了一个或多个bug，导致其他功能模块出现了新的问题，测试无法运行，只能终止测试。那么，我们如何确保在开发人员修复了错误之后，
5、 这个bug的修复没有影响到其他功能模块？这时候就要进行冒烟测试。
6、 执行力冒烟测试的前提。如前所述冒烟测试是配合开发的契约，初步了解代码有哪些改动。为了理解这种变化，
7、 必须了解使用的技术；开发者需要告知这种修改是否会影响其他功能；变更如何影响每个组件的依赖关系？
8、 执行冒烟测试需要注意的事项。列表冒烟测试的主要功能和测试点；冒烟测试不仅测试修改后的功能；注意平时测试中容易被忽略的隐藏功能。
9、 软件开发不同阶段的冒烟测试
10、 在集成测试版本形成之前，随着代码的不断开发，——冒烟测试是一项必要的工作。目的是验证每个单元的成功执行，确保测试版本的顺利集成。
11、 集成测试版本形成后，——在代码检入发送到每日构建之前执行冒烟测试，以确保新的或更改的代码不会破坏集成版本的完整性和稳定性。
12、 后期pretest ——的bug修正当后期每日构建相对稳定时，每个Bug的Bug修复应该是先“干净”的。
13、 冒烟测试在构建中执行，通过测试的Bug修复可以签入到新的每日构建中。
14、 冒烟测试与回归检验的区别。冒烟测试是版本验证测试，主要确认新版本是否存在致命bug，功能能否正常运行，不影响下一轮测试。
15、 如果以上都符合，那么下一轮就可以测试这个版本了。个人理解冒烟测试最大的好处是节省测试的时间和成本，减少测试轮次。
16、 回归测试是在软件维护阶段对软件进行修改后进行的测试，是指在修改旧代码后，重新进行测试，以确认修改没有引入新的错误或导致其他代码出现错误。
以上就是冒烟测试这篇文章的一些介绍，希望对大家有所帮助。
标签：
免责声明：本文由用户上传，如有侵权请联系删除！