冒烟测试和回归测试的区别是什么

;     

      1、测试目的不同，冒烟测试：用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。回归测试：以确认修改没有引入新的错误或导致其他代码产生错误。

      2、测试过程不同，冒烟测试：是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。回归测试：是指漏洞由开发人员修改之后再次测试的过程。

      3、问题解决方式不同，冒烟测试：冒烟测试中是发现问题然后反馈给开发人员进行修改。回归测试：回归测试是修改完之后进行验证再进行的工程。

      4、测试周期不同，冒烟测试：冒烟测试只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug，SmokeTest优点是节省测试时间。回归测试：回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。

      5、测试意义不同，冒烟测试：冒烟测试是对软件质量的总体检验，是测试人员对测试流程的熟悉，是软件测试过程中一个不可或缺的节点，一个好的冒烟测试过程，对于软件测试效率的提升具有重要意义。回归测试：回归测试是软件测试中的一个十分重要且成本昂贵的过程。对针对如何减少回归测试成本，提高回归测试效率的研究将具有十分重要的意义。

冒烟测试就是版本转测试之前，对系统的基本功能进行简单的测试。特点：

（1）这种测试强调程序的主要功能进行的验证，而不会对具体功能进行更深入的测试。

（2）冒烟测试是随着版本转测进行的，它应该是一个开关（判断版本能否转测试）而不是一个研发流程中的测试阶段。

（3）冒烟测试用例一般选取的是测试用例中level 0的用例，保证主功能可用。

更多详细的内容，你可以去专业的网站查看看，里面内容很多的。各个板块的都有。还有学习线路图源码等等。

一、流程阶段

需求开发完成，开发自测后，产品先和开发进行验收

产品验收通过后，可发给设计进行UI走查，开发发送提测邮件

产品、开发、测试一起进行冒烟

对于目前没测试资源的项目，可以先进行冒烟，等到开始测试前再次进行冒烟（此次的冒烟阶段为测试主导，如发现严重问题，可与产品及开发人员进行商定，是否需要变更需求或方案）

未通过的项目再次进行冒烟时，需要冒烟所有的用例，而不只是单独针对上次未通过的部分进行冒烟

二、冒烟用例

由测试来编写，项目用例评审时一起进行评审，或直接发给产品及开发确认

三、冒烟流程执行

前端、后端、产品（设计）及测试共同参加，产品操作来进行演示

可由测试辅助提供账号或数据等操作

四、通过标准（优先级从上到下）

无阻碍测试部分

主流程全部通过

冒烟case通过率百分之九十以上

冒烟结果邮件模板（测试发送）测试工时大于等于1pd的所有项目都需要发送冒烟结果邮件小于1pd的项目，如果有严重阻塞的部分可选择发送冒烟结果不通过的邮件

邮件主题： 项目冒烟通告（项目标题）冒烟结果     如：项目冒烟通告Android点播、回放重构冒烟结果

收件人： 全部涉及开发+产品+测试 抄送 技术部 产品等

邮件正文：

项目链接

>

冒烟测试，是对软件基本的功能进行测试，测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本的功能正常，保证软件系统能跑的起来，可以进行后续的正式测试工作。

举个简单的例子：新开发一个加法软件，答错后会显示正确答案。测试者故意输错答案后却没有显示正确答案，就直接退回给开发人，不必去考虑其他原因。这个就是冒烟测试。

冒烟测试一词，来源于电路板测试：

电路板拼接或组装完成后，进行通电测试，如果冒烟，则说明存在缺陷。

而软件应用中，对其的定义为：

在软件开发过程中的一种针对软件版本包的快速基本功能验证策略，

是对软件基本功能进行确认验证的手段，并非深入测试。

通过冒烟测试，可以快速判断提测软件包是否具有可测性，也可以通过冒烟测试通过率去衡量开发的质量。

冒烟测试的介入时间？

开发编码完成，自测通过以后为最佳介入时间。

如果开发无自测直接提交，一般冒烟测试通过率会很低除非你遇到的是大内高手

什么需求需要做冒烟测试？

理论上，所有的需求均可以做冒烟测试。

冒烟测试需要做几轮？

一轮冒烟测试结束后，二轮冒烟对问题验证。

所以，二轮是比较普遍的，当然会也有可能更多轮。

冒烟测试要写用例吗？

答案是肯定。

任何不写用例的测试，都是“耍流氓”。

测试用例是测试工作的指导，是软件测试必须遵守的准则，更是软件测试质量稳定的根本保障。

冒烟测试用例怎么写？

和其他用例一样，重点放在正向流程的验证

比如，登录，只验证能够正常登录即可，不需要涉及异常登陆，数据合法性登用例设计。

冒烟测试只能手工测试吗？

冒烟测试可以引入自动化，常用于版本发布场景，在进行全量测试前，可以先构建一轮冒烟测试。

此时，冒烟测试的重点可能是系统的核心功能或流程，每次发版基本都会涉及改动，所以冒烟测试自动化脚本也要及时更新。

1、关注正向流程的验证

上面已经提及，冒烟测试并非深入测试，所以我们的重点放在正向的流程验证，保障主流业务场景可测，更深入的测试放在冒烟测试通过以后。

2、注重问题的响应效率

一般冒烟测试过程中发现的问题，都是阻塞性问题，会影响测试进度的推进，所以测试过程中一定要注重问题的解决时效。

冒烟测试通过的标准是什么？

1、无阻碍性bug

2、主流程可测试

3、冒烟测试用例全部通过

冒烟测试由谁来执行？

1、开发：编码完成后，开发可根据测试提供的冒烟用例进行自测

2、产品：验收阶段，产品可根据冒烟用例对产品进行验收。

3、测试：开发提测后，测试根据冒烟用例进行测试验证。

冒烟测试结束后，有哪些维度可以供我们来总结复盘呢？

1、冒烟用例通过率

2、冒烟轮次

3、冒烟测试过程中发现的问题

4、问题的修复时效

对上述数据的分析，可以倒逼开发质量的提升，当然这是一个相互的过程。

测试也可以针对共性的问题定期进行宣讲培训，以规避此类问题的反复发生

冒烟测试是一种快速发现提测版本质量的测试策略

做好冒烟测试，可以提升生产效率，减少问题修复成本，虽然在整个测试的生命周期中冒烟测试占比较低，但其意义是重大的，也是测试工程师们不能忽略的一部分。

首先你得知道这两个的区别。冒烟测试是软件某个功能进入正常测试流程之前的一次测试，这个测试只要保证这个模块在常规操作下没有问题能正常使用就可以了。版本测试所覆盖的就广了，版本功能模块测试跟冒烟测试是一样的。但是当进入正式测试时你得把整个软件全跑一遍这包括这次更新的功能在常规和非常规操作下是否有bug，这个功能整合进来以后别的功能是否会出现bug等等。。这其实也叫版本测试但是这是版本上线前的测试。也叫版本更新测试。希望能帮到你。

a冒烟测试引用硬件测试冒烟的概念，在硬件中如电路板电容坏了，需要一个个用电容笔去验证，如果冒烟了就通了。b在软件测试中，冒烟测试指的是对生产的软件基本功能进行测试的过程，查看主要的这些功能是否有问题c一般冒烟测试在软件生产出来后，即可进行，先冒烟，看基本流程基本功能是否ok这是我在传智播客学软件测试的时候笔记。现在月薪12k，感谢传智

以上就是关于冒烟测试和回归测试的区别是什么全部的内容，包括:冒烟测试和回归测试的区别是什么、什么是冒烟测试什么时候做冒烟测试冒烟测试的用例哪儿来的、冒烟测试流程规范等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！