问题标签 [continuous-testing]

遵循此处的指导：https ://cloud.google.com/cloud-build/docs/configuring-builds/configure-build-step-order

我们已将构建拆分为多层 docker 映像，其中层位于

1. 安装操作系统和第三方部门
2. 安装我们的源代码并构建（根据 docker ARG 在调试或发布中）
3. 运行 ci / 代码覆盖率

我们已经用 docker id 标记了 cloudbuild.yaml 中的步骤，并正在waitfor尝试制作它，以便debug和release版本可以并行运行。

但是，当我们这样做时，构建日志会混淆——发布和调试的构建日志混杂在一起，使其更难阅读。例如

有没有办法配置 cloudbuild，以便每个构建步骤都有一个单独的日志文件？对并行步骤使用不同的 cloudbuild.yaml 并跳过所有这些wait_for东西的最佳答案是什么？

在使用空手道运行测试用例后，一些 html 报告会使用surefire 插件发布。特别是，我发现每个功能文件都有一个 html 报告。当测试从自动化管道运行时，这很不方便，比如在我的例子中，我使用 htmlpublish Jenkins 插件来获取公共链接来访问报告并将它们传播到松弛的渠道或电子邮件中。

我试图在我的 pom.xml 中添加这个片段

但这并没有达到预期的效果。

我正在尝试在 target/surefire-reports 目录中实现单个 index.html，以便我可以发布和浏览所有测试报告

有什么建议吗？谢谢

我不明白为什么我在 teamcity 上的构建突然停止与我的 github 存储库通信。

我收到以下错误：

在使用 TestComplete 进行测试期间，我们希望在安装时自动授予应用程序所有必需的权限[启动应用程序时弹出的权限警报]。有没有办法我们可以做到这一点？

我正在尝试为我的项目实施基于 CSV 的测试。（因此在 test 文件夹中添加带有输入数据的 CSV 将导致 maven 启动新测试）。
现在我使用 SpringJUnitConfig 并使用 @Primary 覆盖项目设置。这是代码：（它会根据测试设置启动一个测试）

在我的 FrameworkSpringContext.class 中，我声明了应用程序包和测试包的组件扫描：

我还覆盖了在应用程序内部使用的设置 bean：

它运行良好，但使用这种方法，我需要为每个新测试复制 MySingleTestLauncher 和配置类。我想要的是使用@TestFactory，在每个文件夹的基础上创建测试。我想象测试启动器看起来像这样：

每个测试都像是一个新的应用程序启动。我希望将它们分开，以确保测试不会混淆彼此的输出。每个测试使用不同的 spring 上下文，我可以轻松地根据测试设置模拟 ISettingsProvider，并实现不同的断言。
所以我的问题是：为动态创建的测试初始化​​ spring 上下文的最佳实践是什么？
我应该查看上下文缓存（下面的链接）吗？
https://docs.spring.io/spring-framework/docs/4.2.0.RC2/spring-framework-reference/html/integration-testing.html#testcontext-ctx-management-caching
在我看来，创建新的应用程序上下文将是正确的做法，隔离每个测试应用程序启动，因此缓存可能不是这里的最佳选择。

持续测试的主要目的是什么？如何将持续测试工具与 ci/cd 工具集成？您应该编写您的 qa 测试代码（例如带有 selenium 的 java 代码）并将其与 ci/cd 工具（例如 jenkins）集成，或者还有其他东西？