问题标签 [smoke-testing]

我有一个相当大的编码 UI 测试，并在其自己的 .cs 类文件中设置了每个任务。测试的主要目的是检查对象是否已加载到浏览器的各个页面上。测试设置为循环通过一个 XML 配置文件，并在用户认为合适的时候调用 XML 中列出的每个方法。

因为我不希望每个测试方法每次都运行，所以我没有在每个类/方法的顶部声明 [TestMethod] 属性。不幸的是，这意味着调用的每个方法都不会单独显示在测试结果视图中，这是一个很大的缺点。

有没有一种方法可以在每次调用方法时应用 [TestMethod] 属性，但仅限于我想要的方法？

我们有一个相当大的 MVC4 应用程序，我们希望 Selenium 遍历每个页面并确保它加载 - 某种冒烟测试。

我可以使用反射来遍历程序集，找到所有控制器和所有动作，检查动作是否未发布，为需要参数的动作提供参数。然后我会将这个列表提供给 Selenium 并检查页面上我需要的所有内容是否正确完成。

但在我开始玩反射之前，我想检查一下这是否已经完成，所以我不会重新发明自行车。我已经用谷歌搜索了这样的东西，但找不到任何东西。

ps 编写反射代码不是问题。硒也被覆盖。只是检查这是否已经完成。

我正在尝试使用@Category- JUnit 和配置文件的注释来拆分集成测试和冒烟测试。因此，如果我mvn clean install -P smoke-tests只运行 Smoke-Tests 并且如果我运行mvn clean install每个测试运行。

事情是：

当我在 Maven 中排除组时，<excludeGroups>它会按预期排除组。但是当我尝试将它们包含在内时，<groups>它仍然会运行每个测试。Maven 代码没有什么花哨的：

当然我可以通过使用<include>and来解决这个问题，<exclude>但我真的很想使用@CategoryAnnotation。

任何帮助表示赞赏。

一个相当复杂的库/子系统必须进行集成测试和冒烟测试，为此我们需要开发一个非平凡的测试夹具/运行器。

细节并不重要，但假设我们需要的测试夹具将生成复杂的、交互的、依赖于状态的输入测试向量，并将寻找复杂的结果序列。

测试夹具本身将需要一些重大的开发工作（尽管比子系统本身的工作量要少）。问题是：

• 这个重要的测试夹具是否应该作为迭代的一部分包含在项目计划中？
• 是否应该为此测试夹具创建一组用户故事？
• 如果是这样，用户故事将如何构建？谁将是这里的参与者：运行测试的测试工程师、子系统还是夹具本身？

我对功能测试的理解是，它是一种检查整个应用程序功能的集成测试。减去任何存根、模拟或其他测试替身。对于 Web 应用程序，这可能是手动检查当用户尝试在登录表单上输入错误凭据时会发生什么。

我对冒烟测试的理解是，它是一系列快速的功能测试，可用于确定应用程序是否已正确启动以及其主要子系统是否全部在线。对于 Web 应用程序，这可能是访问健康检查 URL 并确保应用程序已启动，并且可以访问其所有相关子系统（其数据库、其消息代理等）。

我对回归测试的理解是，它是一种功能测试，将来用于确定特定功能是否不再按预期工作。由于功能测试是为新特性编写的或为修改现有特性而重写的，它们被添加到回归测试套件中。从这个意义上说，回归测试套件是特定 Web 应用程序的所有有效功能测试的组合。

在我继续之前，如果到目前为止我所说的任何内容都是误导或不正确的，请先纠正我！

假设我或多或少走上了正轨：

1. Selenium WebDriver 或 BrowserStack 等工具在哪里分类？它们是用于烟雾测试还是回归测试？
2. 进行此类测试的普遍接受的方法/工具是什么？
3. 从自动构建（例如 Jenkins 或 Bamboo）启动/运行这些测试的普遍接受的方法是什么？

我对冒烟测试和健全性测试没有明确的概念，有些书说两者是相同的，但是某些项目中的某些测试人员称为冒烟测试，而某些项目中的某些测试人员称为健全性测试，所以请给我明确的说明关于我的问题的想法。

我正在 django 上开发网站我认为使用烟雾覆盖测试方法可能会发现大多数问题。但是（在大多数情况下）编写测试来检查每个应用程序、每个视图和每个 url 的响应代码都是 200 非常无聊（例如，当您并行开发几个站点时）。我有一个问题：我怎样才能自动化这个过程，可能存在一些完整的解决方案来为 django 生成一些常见的测试。

谢谢！

有没有办法配置 master.cfg 来安排构建器在项目文件夹或文件被修改（或其 FileVersionInfo 更改）时执行代码？

我知道这是一个很好的解决方法，但是我需要这个来在开发人员编译了一个新版本的产品之后立即运行构建验证测试，并且由于许多项目的开发不在 CVS 中，我需要一个扫描仪项目文件夹。

以下是 master.cfg 的摘录：

有一个从 BuildFactory 派生的典型类：

现在我们有了方法和类，我们

有没有一种通用的方法来执行这种检查？还是我应该往另一个方向看？

我们目前正在使用 Selenium Webdriver 和 JUnit 对 B2C 产品进行冒烟测试。由于我们使用的是 Selenium，因此脚本完全依赖于 UI。鉴于该产品不是一家技术初创公司，UI 和工作流程以极高的频率不断变化/发展。

后果：本应验证应用程序神圣性的冒烟测试不断失败。团队花费更多时间修复脚本而不是验证构建。

我很确定那里的大多数自动化人员都会面临类似的问题，尤其是。具有快速的开发周期。期待看到业内其他面临类似问题的人采取的一些方法。

注意：前端是用PHP开发的

What is the difference between smoke testing and sanity testing? When do will perform smoke testing and when do will perform sanity testing?