什么是冒烟测试
昨天在下班的路上，我们的项目小组群里面的今日中介出现了一个名词：今日进行了“冒烟测试”。当时就对这个冒烟测试词眼非常感兴趣。就问身边的一个同事说：什么是冒烟测试。
这位同事简单的给我描述了一下：咱们平时开发的软件，都会进行冒烟测试，就是说只要能保证功能能够正常跑通就行了，不用非常细致的去纠结数据的正确性。算是一种快速测试方式。
我刚才查了一下关于冒烟测试的描述（wiki）
冒烟测试 （smoke testing）
smoke testing is preliminary testing to reveal simple failures severe enough to, for example, reject a prospective software release. Smoke tests are a subset of [test cases] that cover the most important functionality of a component or system, used to aid assessment if main functions of the software appear to work correctly.[1][2] When used to determine if a computer program should be subjected to further, more fine-grained testing, a smoke test may be called an intake test.[1] Alternately, it is a set of tests run on each new build of a product to verify that the build is testable before the build is released into the hands of the test team.[5] In the DevOps paradigm, use of a BVT step is one hallmark of the continuous integration maturity stage.
译文：
冒烟测试是揭示简单故障的初步测试，这些故障严重到足以拒绝一个预期的软件发布。冒烟测试是[测试用例]的子集，覆盖了组件或系统最重要的功能，用于帮助评估软件的主要功能是否正常工作。当用来决定一个计算机程序是否应该进行进一步的，更细粒度的测试时，一个冒烟的测试可以被称为一个吸入测试。另外，它是在产品的每个新构建上运行的一组测试，以验证构建是可测试的，然后将构建发布到测试团队手中。在DevOps范例中，使用BVT步骤是持续集成成熟度阶段的一个标志。
那么，大家应该对冒烟测试有了初步的了解了。
1.冒烟测试是什么？
针对每个版本或每次需求变更后，在正式测试前，对产品或系统的一次简单的验证性测试。
2.冒烟测试的目的
为正式测试前，验证是否产品或系统的主要需求或预置条件是否存在bug。
3.冒烟测试怎么做？
最好的方法，设计出自动化测试脚本，每一次版本更新后都可以去执行脚本验证一下。
另外，针对于开发的软件，我们常用的测试方法都有什么，你知道吗，在这里简单的介绍一下我所知道的。
黑盒测试：软件黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
白盒测试：软件白盒测试，也称为结构化测试、基于代码的测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。主要针对于代码级别
回归测试：回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。
单元测试：单元测试即为将整个软件分解为各个单元，随后对单元进行测试。
集成测试：集成测试与单元测试相反，原理为将部分需测试部分作为整体进行集成，随后针对此类集成部分进行测试。
涉及到的测试工具又是甚多。我们平时开发涉及到的不多，这主要针对于专门的测试人员，这里就不对工具展开详细的介绍，我也仅出于了解的阶段。