51Testing软件测试论坛

标题: 你知道什么是冒烟测试吗? [打印本页]

作者: 草帽路飞UU    时间: 2022-9-13 16:31
标题: 你知道什么是冒烟测试吗?
1.什么是冒烟?     



冒烟测试,严格来说就是一个基本功能点的验证测试,版本测试必须要有这样一个过程,其中可提高自身的质量意识,从而可以更有效的提高产品的质量,和版本发布速度。简单的说,就是先保证系统能


跑的起来,不至于让测试工作做到一半突然出现错误导致业务中断。

2.测试准入条件

  冒烟测试必须在每次提交新的测试版本前执行,且执行规范需根据需求设计文档来要求,工程师在每次发布新版本前,严格执行冒烟测试点,也就是基本功能点,避免后期版本发布时出现功能遗漏,或者


功能实现有缺陷等等问题。

3.针对执行人的考虑

  冒烟测试的执行到底谁来做,其实这也是经常会出现的矛盾,开发人员不愿意做测试是事实,但是提高产品的质量最后还是由开发人员自己来完成的。

  其实严格来说,测试人员肯定也是要做冒烟测试的,因为这是测试流程中的首要阶段,也是必要条件之一,但是测试人员执行冒烟测试不通过,就说明版本不具备测试条件,重新发回给开发人员。与此往


复必然会耽误大家的时间。

  所以开发人员也应该参与到冒烟测试的流程中。只有开发在提版本之前做一个版本自身体检,才能让这个版本健康的发布出去,这样才能更有效的提高大家的工作效率。

4.执行流程:

  a.测试人员按照当前迭代内容设定冒烟测试范围,并交由产品审核;

  b.产品审核通过后,由测试人员在项目提测前一天交由开发人员;

  c.开发人员在提测前执行对应的冒烟测试用例,通过后发布开发结束通报;

  d.开发人员,需要在通报中具体说明自测结果;(如实填写)

[attach]142809[/attach]

e.测试人员针对冒烟用例进行复测,通过后进入正式测试阶段,不通过返回给开发人员;

f.测试完成,测试人员发送迭代通告,说明测试结果与开发自测成功率。


[attach]142810[/attach]

5.关于冒烟用例未通过是否应该测试的考虑

  基本上测试人员是属于各个子项目的专属配置。假设冒烟测试不通过测试人员直接拒绝测试,很可能会影响项目上线的进度。不利于团队发展。总的来说吧,我觉得关于质量的把控还是应该大家一起参与


的,对于质量意识我觉得并不仅仅是意识。有对应的标准规范,对应的控制节点,才能更好的定位问题发现问题并解决问题。

  这并不仅仅是测试部门的事情,所以对于一些流通性比较强的规范,还是应该去付诸行动,因为在没有公认的规范前提下,所有的工作准备都会大打折扣,进而也不利于个人与团队的发展。


  当然我想说,当前的项目分配,在时间允许的情况下提测质量不达标的测试任务也会进入测试阶段,但是这并不是长久之计。长此以往也会出现一些问题。所以还需要大家都能理解并认同。另外提测后开



发自测结果反馈也会在测试结束的报告中进行体现。

6.跟现在开发流程是否冲突


  基本上功能提测后开发人员都会进行自测,只是自测的点和自测的质量,没有具体说明,其实我主要的想法是把开发自测这块儿,单独拿出来放到流程中,我们测试人员提供冒烟用例。自测结果数据化,


希望通过数据的统计可以发现并解决一些问题。具体跟现在的流程冲突不大。







作者: bellas    时间: 2022-11-23 11:39
很详细,我自己认为的就是找不是做这个项目的测试人员,过来测试一下
作者: oliver.tang    时间: 2023-3-16 17:43
学习下




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2