• 0
  • 0
分享

读者提问:冒烟测试怎么做?

阿常回答:这个问题我从三方面来回答:

1、什么是冒烟测试;

2、为何做冒烟测试;

3、怎么做冒烟测试。 

一、什么是冒烟测试

「冒烟测试」这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后,直接给设备加电。如果没有冒烟,则该组件就通过了测试。

在软件中,「冒烟测试」是一种针对软件版本包的快速基本功能验证策略,它是对软件基本功能进行确认验证的手段,并非对软件版本包的深入测试。

冒烟测试是针对软件版本包进行详细测试之前的预测试,如果冒烟测试用例不能通过,则不必做进一步的测试。

二、为何做冒烟测试

提升软件测试效率。

快速确认软件是否具备测试准入条件,避免正式测试阶段全面开展后,甚至到测试中后期才发现阻塞型问题而严重影响测试进度。

三、怎么做冒烟测试

一)编写冒烟用例

测试人员选取主流程、重要功能,或者 P0、P1级别用例作为冒烟测试用例。

二)执行冒烟用例

开发人员正式提测之前,执行测试提供的冒烟测试用例,全部通过后方可正式移交给测试。

看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家留言阿常,一起探讨交流。

转发、点赞、在看三连走起,感谢支持。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 读者提问:阿常老师,请问如何评价测试质量 ?阿常回答:评估测试质量,最直接的体现是线上问题发生率,间接的体现可以是测试用例质量,常见问题知识库。一、线上问题发生率评估测试质量,最直观的就是看本次迭代版本是否存在线上问题,线上问题数量有多少,线上问题的严重程度,线上问题的影响范围。二、测试用例的质量除了线上问题发生率,测试用例的质量也可以反映测试质量的高低。测试用例的质量主要体现在用例的需求覆盖度,用例覆盖到了多少业务场景。测试用例包括本次迭代的手工用例,以及测试组现有的自动化测试用例。三、常见问题知识库为什么要整理常见问题知识库 ?当我们明白了哪些是会高频发生的问题以后,在今后的测试...
            0 0 1177
            分享
          •   界面测试  1、页面布局是否合理。  2、字体大小, 粗细设计是否合理。  3、页面中间的"Baidu 百度" 是否可以正常显示。  4、界面颜色搭配是否合理。  5、页面上方的链接是否都可以正常显示, 是否可以点击。  6、当鼠标放置到链接上 / 百度搜索框上, 是否会从黑色变成蓝色。  7、百度热榜上1, 2, 3 分别显示不同的颜色。  8、百度热榜第一后显示一个 “热” 字。  9、热榜上的每一条新闻是否都可以点击。  10、百度热榜右侧显示 “换一换”, 是否可以点击。  11、百度搜索框中的"相机图标"是否可以正常显示。  12...
            1 1 1013
            分享
          •   产品经理可以参考下图的流程方法:  1)需求收集:包括被动和主动的需求收集,其中主动的需求收集要求掌握需求收集的途径和方法,产品创意需要统一纳入到需求收集的范围;  2)需求分析:通过需求分析的层级模型,透彻地分析需求背后的用户问题和痛点,用户的需求场景,必要时还需要通过一些简单的原型确保准确地理解用户需求;  3)需求分发:不是所有需求都要纳入到下一个产品版本,成熟的需求管理团队能够发现高价值的中长期需求,在需求分发环节将其纳入到产品规划;  4)需求实现:该阶段的责任主体是产品开发团队,产品经理需要确保产品开发的各个阶段没有偏离自己的产品概念;  5)需求验证:包括产品经理对产品的验证...
            0 0 659
            分享
          • 就目前我们互联网+中心的大多数APP产品而言,功能测试仍是整个测试过程的基础和重点,占比很大。除去每个产品和版本不同的业务需求以及功能,针对于大多数APP的共同点和移动设备的特性,本文总结了一些APP功能测试中经常遇见,需要考虑到的测试点以供参考。1.安装和卸载应用的安装和卸载在任何一款APP中都属于最基本功能。一旦出错,就属于优先级为紧要Critical的缺陷。因此APP的安装和卸载应作为一个测试点多加重视。主要关注以下几个方面:▲ 应用是否可以正常安装(命令行安装;豌豆荚/手机助手等第三方软件安装;apk/ipa安装包安装)▲应用是否可以在iOS和Android不同系统,版本,机型上进行安...
            12 14 3835
            分享
          • 最近参加了公司内部的一个24小时编程比赛,组了个四人的小团队,设计了一个拍卖的功能,功能需求如下:1. 登陆2. 支付保证金3. 商品信息展示阶段4. 拍卖阶段叫价(最后一秒有人出价会延时5分钟)5. 尾款支付针对功能需求我们计划创建三个项目,一个后台拍卖活动数据维护,一个小程序做C端,一个api项目对前面两个项目做接口层的支持,业务流程走向如下:接口层部分做了如下8个接口,当然还有8个数据维护的接口这里就不列举了,就是针对表数据的一个增删改查,后面看DB设计即可知晓,流程没有画的特别详细但是主要流程都写了下面看下DB设计一共5张表下面看下我们后端维护数据的页面设计:这边设计的后台数据维护功能...
            11 11 1425
            分享
      • 51testing软件测试圈微信