问题标签 [smoke-testing]

使用 testcafe grep 模式将部分解决我们使用标签的问题，但它仍会在规范报告中显示这些标签......！！！

有没有办法在测试/夹具名称中包含标签并使用 grep 模式但跳过这些标签以显示在执行报告中？

上面的代码片段会为我触发仅烟雾测试，但报告将显示测试名称以及这些标签

是否有替代方法来处理标签或不在测试执行报告中显示标签的解决方案？

运行冒烟测试以设置训练环境时，应用程序调查中出现以下错误：

“2018-11-20 10:56:37.104 INFO 1724 --- [t-dispatcher-26] cqqcpQuanfigurableActorConfigurer：无法初始化调查，无法获取解析器配置，原因：量化：没有可用的路由。2018-11-20 10 :56:49.860 错误 1724 --- [lt-dispatcher-4] akka.actor.OneForOneStrategy: 请求检索 'resolverConfigMemento' 失败。”

在应用搜索中：

“无法初始化搜索，无法获取解析器配置，原因：量化：没有可用的路由。”

有谁知道可能导致问题的原因？谢谢！

我有许多使用 Java 8 的 AWS Lambda。我们对所有具有 Smoke/Live 别名的 Lambda 使用蓝/绿部署。我们正在使用 Jenkins 通过以下步骤部署 aws lambda

1. 签出：这是从 git 签出 lambda 源代码。
2. 使用 Junit 构建和单元测试。
3. Jacoco 的代码覆盖率
4. 使用 Smoke 别名部署它。
5. 现在我们要针对烟雾别名对 lambda 执行烟雾测试
6. 如果 Smoke 测试用例通过，我们会将 Smoke 别名提升为 Live 别名。

对于第 5 步，如果我们有对 lambda 执行“烟雾测试”的方法，您能否提出建议？

我认为我们需要实际执行 lambda 本身（而不是 junit），但如果实际业务规则运行，那么它可以生成许多输出到目标的东西，例如 dynamodb 和 s3 ...

因此，请分享您对实际项目的最佳实践。谢谢。

我在想我是否应该添加一个特殊的参数，该参数将通过 Smoke 测试，然后 lambda 本身具有处理该参数的逻辑。

考虑在test和prod环境中运行不同的烟雾测试集。我已将构建配置为命中相应的配置文件以运行烟雾测试。此构建提供environmentas 参数。有没有办法使用这个环境系统属性触发正确的测试（例如：一个SmokeTestEnvTests.java和）？SmokeProdEnvTests.java

这是我在查找文档和资源时遇到的问题。如何在不加载场景的情况下完成基本的 Unity 烟雾测试？

从批处理脚本调用冒烟测试

RunSmokeTest.bat

Smoketest.cs

我在一家基于产品的公司担任 QA Lead。我使用Katalon Studio为“基于核心 .Net 的 Web 应用程序”开发了一个“烟雾测试自动化套件” 。现在我计划使用云端的 Azure Pipelines 将我的烟雾测试自动化套件与基于核心 .Net 的 Web应用程序集成。这意味着如果在“基于 .Net 的核心 Web 应用程序”项目上执行任何提交，则通过云进行后期集成，我的“烟雾测试自动化套件”也驻留在云上，应该自动运行并发布烟雾测试结果。我们目前正在使用Azure Devops，Azure Pipelines是它的一个子实体。

我曾尝试创建一个示例管道，但完全未能将“烟雾测试自动化套件”与云上的“基于 .Net 的核心 Web 应用程序”集成。我正在寻找可以帮助我的人，如果我必须提供更多信息，请告诉我。

非常感谢提前.w

我想独立于 Azure Pipelines 中的构建和发布运行冒烟测试。我有用于测试的 ReactJS 应用程序和 WebdriverIO 框架。也许我可以使用任何脚本只运行特定的测试（烟雾）？

我需要在 Splunk 中创建某种运行状况检查，它每小时调用一个 Rest URL，并检查响应是否返回 HTTP 代码 200 并发送警报，以防出现 http 代码 400 或 http 代码 500 之类的错误。

例如，Splunk 应该每小时对我的应用程序的 URL 进行一次 http 调用，并检查我的应用程序的 URL 是否返回 HTTP 代码 200。如果来自 URL 的响应的代码与 200 不同，则发送一封通知电子邮件，告知某些事情是错的。

那可能吗？请帮忙。

我正在开发一个基于 Java Web 的应用程序，我计划提出我需要执行的不同测试。作为开发人员，我将编写单元测试用例。但我试图了解验收测试与集成与冒烟测试之间的区别。

1. 我们究竟需要在集成测试中测试什么？我的理解是集成测试是用于测试我们的应用程序与包括数据库在内的不同依赖服务之间的集成。

那么调用所有后端服务的否定测试用例是否可以被认为是一个很好的集成测试呢？

另外，由于我已经决定使用 cucumber 进行验收测试用例，我应该只使用一部分测试进行使用 cucumber 的集成测试，还是使用 restTemplate/webclient 进行休息调用和验证？

2. 黄瓜是一个很好的集成测试框架吗？

我看到 cucumber 非常适合 bdd，我们可以在其中以可读格式编写测试，这不是给用户 cucumber 带来开销并维护功能文件及其实现，而不仅仅是对我们的端点进行休息调用并验证响应吗？

3. 我到底应该在烟雾测试中验证什么？

我的理解是冒烟测试只是为了确保所有主要功能都按预期工作。我的理解正确吗？

谁能用更好的解释来清除我的上述问题？我经历了多个线程，但无法就上述问题得出结论。提前致谢！

我有本地 SQL Server->ADF->Storage->ADF->Azure SQL 管道。我正在使用 Azure DevOps。ADF 管道每晚都会执行，如果存在错误，ADF 监视器会显示错误。

我想知道是否有 ADF 或其他框架可以在功能测试等之前构建特定的烟雾测试。