问题标签 [smoke-testing]

如果没有，是否仍在使用烟雾测试？

我被告知回归测试只是整体测试的一个小样本（仅足以证明您没有通过引入更改或新模块而破坏任何东西）样本。然而， Ron Morrison 和 Grady Booch 的这篇文章让我有不同的想法：

理想的策略是一次将每个单元纳入一个单元，执行广泛的回归测试，纠正任何缺陷，然后继续下一个单元。

同一份文件还说：

一旦添加了少量单元，就会生成测试版本并进行“冒烟测试”，其中运行少量测试以获得集成产品将按预期运行的信心。目的既不是彻底测试新单元，也不是完全回归测试整个系统。

在描述冒烟测试时，作者是这样说的：

同样重要的是，烟雾测试对整个系统进行快速检查，而不仅仅是新组件。

我从未见过一起使用“广泛”和“回归测试”，也从未见过被描述为“对整个系统进行完全回归测试”的回归测试。回归测试应该尽可能简单和快速。烟雾测试的定义是我学到的回归测试。

我误解了我所教的内容吗？是不是我教错了？还是对“回归测试”有多种解释？

我以为我了解烟雾服务器用于持续集成以测量项目的性能和测试覆盖率。这基本正确吗？对程序进行冒烟测试是什么意思？这是否仅仅意味着不断地应用在烟雾服务器上定义的测试，以便能够确定特定时间范围内的性能下降？

这个另一个问题确实描述了健全性测试和冒烟测试之间的区别，但没有要求定义冒烟测试。这个问题比参考问题早很多年。

因此，在这一点上，我们已经在当前项目上运行了很多个月的每日构建。不过，与日常构建一起进行的冒烟测试并不是很复杂——我们在我们的主类库上运行了一些 nUnit 测试（诚然，它并没有提供很好的代码覆盖率），并且我们确保事情可以编译并建造。有问题的应用程序是一个 ASP.NET 站点，它使用一些业务对象（包括 LINQ-to-SQL）。

我们是否应该运行更复杂的冒烟测试，尤其是在 ASP.NET 站点上？就此而言，我们将如何为 ASP.NET 站点开发冒烟测试？

我们有一个 WPF 应用程序，我们想在它上面运行自动冒烟测试。简单的测试，如加载文档、保存文档等。我想知道是否有人可以建议现有的框架或应用程序来帮助解决这个问题。

谢谢！

谁能解释一下 DST、Wanem 等不同的测试是什么。

在我将构建部署到暂存之后。我希望有一个系统可以对我们所有的网页进行烟雾测试，以查找错误的 http 状态代码（400,500）。

什么是让这样的系统到位的最简单、最快的方法。

如果我使用 selenium 或 WebAII，似乎我必须做很多工作来生成基本的单元测试。

理想情况下，我希望能够为我的所有页面自动生成一个简单的测试，然后随着时间的推移构建一些更具交互性的 UI 测试。

我真的不想使用 wget 或其他东西推出自己的解决方案。

我会很感激一些建议。

谢谢

我正在考虑为我们的 WPF 应用程序编写冒烟测试。我面临的问题是：我们应该使用 UI 自动化（或其他一些创建 UI 脚本的技术），还是直接使用 ViewModel 是否足够好（在创建所有视图模型之后，首先使单元测试更容易）。

我不敢相信我是第一个经历这个思考过程的人，所以我想知道是否有人可以帮助我解决这个问题。

现状：开发者写一个网站，运维部署它。部署后，开发人员会对其进行烟雾测试，以确保部署顺利进行。

对我来说这感觉不对，它本质上意味着需要两个人来部署一个应用程序；在我们的案例中，这两个人位于地球的相反两侧，时区开始发挥作用，造成严重破坏。但事实仍然是，开发人员知道最少的测试集是什么，并且可能会随着时间而改变（尤其是对于我们应用程序的 Web 服务部分）。操作，尽管对他们有充分的尊重（他们自己会这么说），但他们是需要一组指令才能遵循的按钮推动者。

手动解决方案是我们记录测试用例和操作，每次部署时都遵循该文档。这听起来很痛苦，而且他们可能会将不同的版本部署到不同的环境（特别是 UAT 和生产环境），并且可能需要为每个环境提供不同的指令集。

最重要的是，我们近期的一个计划是拥有一个自动化的日常部署环境，因此我们必须指导计算机如何部署我们的应用程序的给定版本。我非常想添加有关如何对应用程序进行烟雾测试的说明。

现在开发人员更擅长为计算机记录指令而不是为人类记录指令，因此显而易见的解决方案似乎是使用 nUnit 的组合（我知道这些本身不是单元测试，但它是为目的而构建的测试runner) 和 Watin 或 Selenium API 来运行明显的浏览器步骤并调用 Web 服务并向操作人员解释如何运行这些单元测试。我能做到；我大部分已经做到了。

但是，如果我能让这个过程变得更简单，那不是很好吗？

此时，运维人员和计算机必须知道哪一组测试与应用程序的哪个版本相关，并告诉 nUnit 运行程序它应该指向哪个基本 URL（例如，www.example.com = v3. 2 或 test.example.com = v3.3)。

如果测试运行程序本身有办法给它一个基本 URL 并让它下载一个 zip 文件，解压缩它并在运行它在那里找到的任何测试装置之前自动编辑一个配置文件，那不是更好吗？

有没有可以做到这一点的开源应用程序？有需要吗？有没有使用 nUnit 以外的东西的解决方案，也许是 Fitnesse？

作为记录，我首先关注的是基于 .NET 的工具，因为大多数开发人员主要是 .NET 开发人员，但我们并没有与之结婚。如果存在使用其他语言编写测试的此类工具，我们会很高兴地适应，只要有适用于 Windows 的测试运行程序。

在我的项目中，我们使用 UnitTests (MsTest)。我们在构建脚本中手动运行它们。但是对于我们手动部署的某些环境。

我们需要进行一些冒烟测试。目前，我“手动”进行了烟雾测试（登录、创建用户、创建许可证、创建产品等）。

我知道我可以从命令行或 Visual Studio 运行单元测试，但是......

您知道是否可以从 .aspx 页面运行这些 mstest（或可能是一小部分）并显示结果？

已编辑：想知道 mstests 或其他东西是否能够运行测试并在 .aspx 页面中显示类似于通过和测试失败的测试列表的视觉效果......我正在考虑只运行一小部分测试（5 -6)