测试和部署工作流程 (Rails)
Testing and Deployment workflow (Rails)
不确定这是否在正确的部分 - 如果不正确请告诉我。
我完全不熟悉生产环境（实时网络应用程序）中的测试和部署，并且最近加入了一个具有以下设置的团队。
他们目前有测试服务器 X，可以在 x.website.com 实时查看，生产服务器 Y 可以在 website.com 查看。
作为开发人员，我们的主要任务是解决 GitHub 问题，这些问题从前端内容之类的小改动（例如编辑不正确的 link）到较大的后端修改不等。
目前他们的测试系统是将Issue_X上推到服务器X上的远程git分支进行实时测试，并让其中一名团队测试人员看一下。如果一个人一直在处理一系列小问题，他们通常会把它们合并成一个批次，然后将它们放在一起进行测试——但开发人员通常会自行决定是否认为这些问题小到可以合并在一起.其他时候，当开发人员处理更大的问题时，测试服务器可能会在一段时间内超出限制，而测试仍在进行中。无论哪种方式 - 测试服务器一次只能由一个开发人员使用。由于我们的许多团队（和所有测试人员）都是志愿者，因此并不总是可用，这进一步延长了时间。
我的问题是 - 这与行业标准相比如何？这似乎是一种效率低下且不一致的做法。有哪些替代方案？
这样测试好像效率很低。通常当人们说 "test" 时，通常是通过 gem（Capybara 或 RSpec）完成的单元测试。这种拥有测试服务器的做法通常称为临时服务器，这是在部署到实时服务器之前捕获任何错误的最后一步。
很担心你的登台服务器只允许一个测试，有什么原因吗？
备选方案是使用我上面提到的测试 gem 来测试 API 的数据和端点。前端编写测试有点棘手，但有像 Mocha 和 Karma 这样的框架。
不确定这是否在正确的部分 - 如果不正确请告诉我。
我完全不熟悉生产环境（实时网络应用程序）中的测试和部署，并且最近加入了一个具有以下设置的团队。
他们目前有测试服务器 X，可以在 x.website.com 实时查看，生产服务器 Y 可以在 website.com 查看。
作为开发人员，我们的主要任务是解决 GitHub 问题，这些问题从前端内容之类的小改动（例如编辑不正确的 link）到较大的后端修改不等。
目前他们的测试系统是将Issue_X上推到服务器X上的远程git分支进行实时测试，并让其中一名团队测试人员看一下。如果一个人一直在处理一系列小问题，他们通常会把它们合并成一个批次，然后将它们放在一起进行测试——但开发人员通常会自行决定是否认为这些问题小到可以合并在一起.其他时候，当开发人员处理更大的问题时，测试服务器可能会在一段时间内超出限制，而测试仍在进行中。无论哪种方式 - 测试服务器一次只能由一个开发人员使用。由于我们的许多团队（和所有测试人员）都是志愿者，因此并不总是可用，这进一步延长了时间。
我的问题是 - 这与行业标准相比如何？这似乎是一种效率低下且不一致的做法。有哪些替代方案？
这样测试好像效率很低。通常当人们说 "test" 时，通常是通过 gem（Capybara 或 RSpec）完成的单元测试。这种拥有测试服务器的做法通常称为临时服务器，这是在部署到实时服务器之前捕获任何错误的最后一步。
很担心你的登台服务器只允许一个测试，有什么原因吗？
备选方案是使用我上面提到的测试 gem 来测试 API 的数据和端点。前端编写测试有点棘手，但有像 Mocha 和 Karma 这样的框架。