我想我明白烟服务器是用于连续集成测量项目的性能和测试覆盖率。这是基本正确的吗?是什么意思冒烟测试程序?它只是意味着反复应用烟服务器上定义的测试能够确定性能下降到一个特定的时间框架?
< a href = " https://stackoverflow.com/questions/28605496/what-is-the-difference-between-smoke-testing-and-sanity-testing " > < / >其他问题并描述完整性测试和烟雾测试之间的差异但不要求定义冒烟测试。这个问题多年以上的引用问题。
冒烟测试是一组基本的廉价运行测试之前实际测试。它旨在验证构建部署成功,所有测试env。方面正在运行和准备好实际的测试过程。它可以节省你的全部测试怒了错误的构建就意识到你已经测试一个坏env。或错误地部署构建可能太迟了。
打开它,看看任何烟出来。
这个词起源于< a href = " http://www.websters-online-dictionary.org/sm/smoke_test.html " rel = " noreferrer " >硬件维修< / >和已应用于软件。它年代是一个快速测试,看看应用程序“着火”第一次运行时。如上所述,这只是为了确保你不要浪费很多人的时间通过设置他们宽松的年代显然打破的东西。
冒烟测试是性能测试或预防回归测试。
冒烟测试是一组优先级最高的完全自动化的测试。即使你定期构建成功了,这年代可能对你的产品以最基本的方式被打破,使其无法使用的100%。冒烟测试旨在测试水平的核心功能。构建并t通过烟雾测试很可能失败的大多数你所有的自动化测试。
如果冒烟测试失败,通常意味着你失去生产力因为构建并不可用,t可以测试,等。烟雾测试失败往往需要立即修复,而不是几天的小时。
冒烟测试的重要方面是,他们可以快速运行。你应该总是运行冒烟测试。许多组织有足够的资源来运行一个大的测试套件在日常或持续集成构建(善),但应该考虑冒烟测试最低限度。
The wikipedia page on smoke testing is actually quite good. It includes a pointer to Steve McConnel s ("Code Complete") paper in the best practices section of IEEE Software 13(4), 1996 titled "Daily Build and Smoke Test".
我说冒烟测试是一个先决条件单元和其他形式的测试:如果冒烟测试失败年代没有意义的甚至启动一个单元测试。
我们使用术语冒烟测试指的是一个测试,并快速的基本测试应用程序或产品,使其符合进一步测试和集成测试或功能测试。它是没什么用的做集成测试或其它发达测试如果应用程序无法做一些基本的事情需要这些高级测试。比如我们有一个基于web的应用程序和冒烟测试,以确保我们可以加载web页面,让用户登录/注销等这些基本的东西应该使用应用程序,使其可测试的。如果页面甚至不负载或用户甚至无法登录,我们不能做得与功能或集成测试。我们做烟雾测试每一个构建功能和集成测试。
冒烟测试是集成测试的第一步。作为一名开发人员,您已经把所有的零件,你确保你的应用程序将运行之前交给您的QA团队“真正的”测试。
我想写更多的,但MahdeTo打我正确答案……:)
*checking the basic and critical feature of an application before proceeding the testing is known as smoke testing. *In smoke testing we check the positive flow of basic and critical feature to check if the build is testable or not.
我同意前面介绍过的一些答案。对我来说,冒烟测试只是一个检查我所有的X成千上万的子页面和重定向仍然工作。
工作意味着每个子页的状态代码是“200 OK”。
我跑得尽可能晚地冒烟测试。在我我的代码部署到服务器之前,我把这个服务器活跃。
今天还有一个在线服务(SaaS)为我做这项工作。< a href = " https://www.smest.it " rel = " nofollow noreferrer " > https://www.smest.it < / >与烟雾测试帮助我。我就进入了一次私人领域在他们的主页和自从我每天检查我的网站。没有压力。
烟雾测试也可以称为构建验证测试或验收测试,如果烟雾测试失败意味着构建不是可用的和不能接受,需要立即修复这个缺陷在高优先级
从维基百科
a smoke test may address basic questions like "does the program run?", "does the user interface open?", or "does clicking the main button do anything?" The process of smoke testing aims to determine whether the application is so badly broken as to make further immediate testing unnecessary.
