问题标签 [test-environments]

我正在尝试集思广益并研究在构建到测试环境中时涉及同一段代码的不同功能的不同策略/策略。我确定那里有一个术语，但不太确定它是什么，以便我可以产生相关的谷歌结果。

在任何时间点，我们都可以在开发和测试中拥有来自不同利益相关者的大量特性，这些特性以不同的速度进行，最终会出现在同一个应用程序中。一些更改可能会触及相同的来源，但几乎是无害的，例如向类添加方法。其他可能是主要的，例如从头开始重新设计整个班级。还有一些可以是中等性质的，只需修改一种方法以使其更有效。

例如，让不同的功能接触同一个代码文件可能会阻碍最后期限，因为它们可能会直接或间接地相互影响。

当我使用 cc_test 时：

我需要运行这个 cmd：

我怎么能省略它"--test_env=LD_LIBRARY_PATH=/usr/local/lib".

cc_test 是否有 env_path 选项？

我想这样做

我可以在这个cmd中测试：./bazel test @xxx//xxx:xxx_test --test_output=errors我不想"--test_env=LD_LIBRARY_PATH=/usr/local/lib"在我想测试的时候写

现在如果我运行这个 cmd:./bazel test @xxx//xxx:xxx_test --test_output=errors会得到这个错误：

情况：我正在做一个大型的启动网络项目，该项目经常投入生产，所以所有的开发都非常快。我们有几个环境——开发（本地）、QA、阶段和生产，当然数据库中有不同的数据（我们使用 postgres）。我的日常工作是，在我开发一些新功能时，一些 QA 人员可以在其中一个环境中发现一个严重的错误，所以我必须修复它，或者至少看看哪里出了问题。

问题：为了从本地上下文切换到生产/qa/stage，我通常在本地从这些环境中转储数据库，然后进行调试。问题是，起初，转储非常繁重，有时需要长达 30 分钟才能下载和应用它，其次 - 当我将其转储到本地数据库时，我失去了本地开发环境。

希望：能够在本地快速切换上下文

示例：假设我们有用于 Web 服务器的 docker 容器，它链接到 postgres 容器，就像在这个示例docker-compose.yml文件中一样

让我们假设这个 Web 服务器真的很重，因此有多个运行的容器在内存使用和可读性方面将是一个大问题。

问题：是否有任何优雅（或不）的方法可以在不同的数据库数据集之间进行快速切换？可能有不同的 pgdata 文件夹，或者以某种方式链接多个 postgres 容器（尽管我不确定是否可能）

我们的应用程序 ( http://www.example.org/ ) 允许贡献者用户创建 HTML 内容并上传资产（使用 TinyMCE 编辑器和资产上传器组件），然后将其存储在我们的数据库中（用于 HTML 内容）和资产服务器 ( http://static.example.org/ )。然后通过将 HTML“按原样”动态插入到页面中，将 HTML 呈现给读者用户。

我们希望通过定期导入生产数据库和资产（http ://static-pp.example .org/）。

此设置的问题在于复制数据库中包含的资产 URL 指向我们的生产资产服务器，而不是预生产。

除了在恢复生产备份时运行脚本来更新所有资产 URL 之外，还有其他方法可以解决此问题吗？例如，我们希望能够在我们的数据库中存储相对 URL，并为所有资产动态设置一个基本 URL（我们不能使用<base>HTML 标签，因为这个基本 URL 逻辑不适用于向用户显示的页面）。

api 端点存在于测试环境中，但在生产环境中不可用。如果消费者在生产环境中调用相同的 api 会发生什么？

目前我使用404 - Not found，这对消费者来说有点误导，消费者可能认为我们从每个环境中删除了对 api-endpoint 的支持。

你能为此提出一些更好的解决方案吗？

假设我有一个具有生产 UI 登录的 Web 应用程序：

http://example.com/login

假设这个应用程序有一个基于以下的生产 RESTful API 后端：

http://api.example.com

现在假设这个应用程序有一个名为“ dev ”的非生产环境。“开发”/非产品 UI 登录将是：

http://dev.example.com/login

但是非产品的 RESTful API 后端应该植根于什么？：

• http://dev.api.example.com；或者
• http://api.dev.example.com

为什么？

当我在开发环境中运行我的 Rails 应用程序时，一切看起来都很好，下面是开发环境中注册页面的屏幕截图

但是当我在测试环境中运行我的 rails webrick 服务器时：测试环境中的注册页面

我不知道为什么测试环境无法加载最新代码。我config/environments/development.rb的文件如下所示：

我的config/environments/test.rb样子如下：

我正在使用rails 4.2.10& ruby 2.4.1。我试过运行 rakeassets:precompile没有效果。同样的问题也存在于生产环境中，旧代码正在生产设置中加载。

编辑：在此处添加 github 拉取请求链接。 https://github.com/rakesh-1010/todoappp/pull/1

回购链接：https ://github.com/rakesh-1010/todoappp/tree/todoapp

我在我的 64 位 Windows 7 机器上的虚拟服务器上工作，几周后这个错误开始出现在 google chrome 上：

我已经迁移到 Opera 以继续在我的虚拟主机上开发，但今天这个错误也开始出现在 Opera 上。

我在网上搜索过，我得到的唯一答案是：浏览器不再接受自动分配的证书......

任何人都知道如何在 xampp virtualserver 上绕过此验证？

我需要以一种在 TestFlight 上进行内部测试时将应用程序指向开发服务器的方式配置我的环境，并在推送到实际应用商店时指向产品服务器。我有调试和发布变量设置。归档应用程序时，构建配置设置为发布。我想指出开发服务器，直到它通过 iTunes-Connect 推送到 App Store。还是在为测试人员推送到 TestFlight 时将构建配置更改为 Debug 并在推送到应用商店时更改回 RELEASE 是否正常？谢谢。

我正在努力解决一个似乎没有人在互联网上详细回答的问题。

“整个管道的标准化服务基础设施允许每个团队成员在生产平价环境中工作”

这是 Docker 的一个关键优势：它允许每个人在类似生产的环境中进行开发、测试或任何事情。因为通过管道传递的容器总是相同的。我明白了。我知道这是必要的，而且 Docker 很容易做到这一点。但我不明白的是，为什么在 Docker 之前它这么难？如果我有一台生产机器和一台测试机器，那么无论机器是什么，构建一个安装正确依赖项的脚本都不会有任何问题。所以我在库或框架方面的环境将是相同的。

对于整个环境相关的好处，我唯一能理解的是，Docker 允许开发人员选择他的操作系统，而不用担心与平台相关的错误。我已经遇到了适用于 Windows 而不是 Mac 的功能。我认为最糟糕的错误。所以是的，如果我当时有 Docker，我就不会遇到这个问题。但我不明白为什么 Docker 对其他与环境相关的东西来说是一个奇迹。

我想我不理解这一点，因为我只从事过小型项目。也许我也没有意识到“环境”这个词的全部含义。

我在这里想念什么？为什么容器是标准化环境的突破，而脚本可以实现这一点？