问题标签 [smoke-testing]

可以使用 groovy 为 Java REST API 编写烟雾单元测试吗？groovy 也提供测试框架吗？

我们有一个创建 SpringBoot Web 应用程序的 gradle 构建。SpringBoot 应用程序经过各种测试，包括一套 WebDriver 'journey' 测试。我们将这些旅程测试的一个子集作为不同环境的“烟雾”测试运行。

为了使这尽可能简单，我们希望创建一个可执行的 FatJar（或类似的），由 Main 类、冒烟测试和测试依赖项组成。除了主应用程序 jar 之外，还应创建此工件，然后可以从命令行针对任意环境运行。

实现这一目标的最佳方法是什么？子项目似乎不适合，因为我们想打包来自单个项目的“测试”输出。spring-boot gradle 插件似乎（正确地）适用于生成单个应用程序工件，有没有办法让 MacGyver 它创建另一个带有烟雾测试的可执行 jar？这只是疯话吗？

我正在寻找 gradle 和 jenkins 友好的测试框架，它支持最少的模拟并在 IBM Websphere Process Server 等容器内工作。关于我们的产品和我的要求的一点点：

我们有一个在银行内部工作的系统，通过 MQ 接收可以是 xml 或平面文件（但这没关系）的支付数据，因为我们有所有格式的解析器。在我们解析它之后，我们用它填充我们的实体模型，然后启动一个业务流程 (JBPM)，该流程反过来调用 EJB 服务来验证这些实体，执行功能检查，执行 db 读取和写入，最后将消息发送到 MQ，如果付款得到验证.
因此，简而言之，我们收到一些执行某些功能逻辑的内容，然后我们发送一些内容，所有这些都发生在单个 XA 事务中。

要求：
我们使用jenkins和gradle构建我们的系统我想做的是让这个系统端到端测试（冒烟测试）这样有一个接收器接收文件（基于业务场景）接收数据可能会有所不同，并且该测试系统应该能够启动该过程，并且在检查点之间我应该能够检查实体的状态（在解析后创建）并最终检查输出数据是否正确。我不想嘲笑任何东西，因为那会违背测试真实代码的目的。所有调用的 EJB（在流程中）都在使用 DI 来实际调用 java Pojo。

我们一直在使用定制的测试解决方案，但它们要么非常复杂，要么缺乏灵活性。这里没有涉及 UI 测试，所以我也不在寻找。此测试应该很容易与 jenkins 集成，以便夜间构建也自动测试识别的场景。

如果需要，请询问更多信息。谢谢

py.test有一个很棒的功能叫做--failed-first它告诉它运行上次失败的测试在其他人之前。这大大加快了执行过程。

我正在寻找类似的东西behave smoke。有没有办法实现这个？

我这里有这个代码..

我想获取具有值为“业务类型”的键的注释节点的值。

我的 Xpath 应该是什么样的？请帮忙。

我已经阅读了几篇关于烟雾和健全性测试的帖子。一切都几乎令人困惑。没有解释清楚，只是重复了这个问题，除了一些两三个帖子，基于这两个或三个帖子，我得出结论，以下是正式的过程：

冒烟测试（广义健康检查）---then--> 健全性测试（检查一些主要功能到更深层次）（专业健康检查）----------------然后- -------> 功能测试（更深层次的完整功能检查）

我在上述概念中是否正确？

我对何时执行理智感到困惑。在第一次构建时执行烟雾。但是什么时候执行理智呢？理智是仅在每次烟雾之后执行还是在每次构建经历一些变化时执行（即即使没有执行烟雾，因为烟雾仅在第一次构建时执行）或者在这两种情况下？

在阅读了许多关于烟雾和健全性测试的帖子后，没有一篇文章清楚地描述它们，我得出以下关于测试顺序的结论：

冒烟测试（广义健康检查）---then--> 健全性测试（检查一些主要功能到更深层次）（专业健康检查）----------------then- -------> 功能测试（更深层次的完整功能检查）

在许多帖子中，我读到理智是回归测试的子集。但是根据上述顺序，理智似乎是功能测试的子集。谁能详细说明回归测试的子集有多理智？

我正在服务器上执行安装，这需要重新启动服务器才能完成安装。我的查询是如何找出重新启动完成的时间，以便我可以在服务器上运行基本的冒烟测试并确认部署状态。

我正在使用 RobotFramework 和 RobotRequestsLibrary 为一系列 API 创建一个冒烟测试套件。这是我第一次使用 RobotFramework。在尝试清理代码并使其更易于维护时，我决定尝试使用关键字来删除所有附带的细节。

例如，这是我要清理的两个测试：

我尝试使用关键字：

当我使用关键字运行测试用例时，出现以下错误：

Keyword name cannot be empty.

我试图调试问题并在关键字分配中放置一个断点，我注意到它${resp}被分配并且${resp.status_code}也可以工作。但是当我尝试分配{$status}= ${resp.status_code}错误时抛出。

我尝试了各种方法来使用内置的 Set Variable 重新分配变量，但没有任何运气。不能在关键字中以这种方式分配变量吗？任何见解都会有所帮助。谢谢！！

每当我们收到新版本时，我们通常会进行冒烟测试以检查关键功能。执行完冒烟测试后，我们肯定会进入下一个阶段（下一级测试）。我从同事那里听说，当您的团队采用持续集成和 DevOps 时，冒烟测试非常有用。冒烟测试总是有益的，但如何将 CI 和 DevOps 结合起来更有益呢？