每当我们收到新的构建版本时,我们通常会做冒烟测试来检查关键功能。在执行冒烟测试之后,我们肯定会进入下一阶段(下一阶段的测试)。我从我的同事那里听说,当你的团队采用持续集成和DevOps时,冒烟测试真的很有用。烟雾测试总是有好处的,但是结合CI和DevOps会有什么好处呢?
发布于 2017-01-03 14:44:11
测试是有趣的,而且每次都是对QA的新挑战,这需要在产品的最终部署中付出更高的努力。这包括在持续集成环境中的持续交付。在这个连续的部署过程中,需要并行执行测试,以保持过程的运行。
发布于 2017-01-03 15:03:01
我经常听说冒烟测试指的是手动测试,您可以运行它来检查构建的健全性。This article对烟雾测试的定义如下:
烟雾测试,也称为“构建验证测试”,是一种软件测试类型,由一组非详尽的测试组成,旨在确保最重要的功能正常工作。此测试的结果用于确定构建是否足够稳定,可以继续进行进一步的测试。
首先,我当然希望人们在将代码签入到主分支时都会这样做,以确保他们的更改不会以某种明显的方式破坏软件。不管你是不是在做持续集成,这一点都适用。(我个人的一个令人恼火的问题是,人们签入代码,然后离开一天,而不检查它是否正常工作)。
此外,请记住,在当今典型的CI周期中,每次签入到主分支时,通常都会进行构建(或者,至少会有夜间自动构建;在我目前的公司,两者都有),因此您实际上没有时间为每个构建手动运行整个测试套件。CI的主要目的之一是使集成(以及作为扩展的构建)比在其他类型的开发周期中更频繁地发生。
最后一点:如果你在做持续集成,我强烈建议你进行一些自动化测试(例如,编码的UI测试,单元测试,等等)。作为其中的一部分。这些可以提供基本的冒烟/健全性测试和回归测试,并减少每次构建时必须手动完成所有这些测试的负担。
https://stackoverflow.com/questions/40802555
复制相似问题