Testing 如何在测试阶段阻止用户？

即使在较低层进行了适当的测试（单元测试、静态分析、走廊可用性测试等），一旦发布，我们也必须在PROD中再次进行一些最低限度的测试

假设我们希望在测试阶段阻止用户。为什么？因此，在产品中出现异常时，他们不会面临任何不一致的情况。例如，一些自动测试例程引起的冲突、损坏的数据等

我看到的应用程序有：

通过网络规则阻止，即仅QA的IP地址 允许用户访问该应用程序

被代理/SSO服务器基于其凭据阻止

---

我已经实施了选项2，因为我对流程有更多的控制权（因为我避免了与网络团队进行不必要的迭代），您会选择什么方法？或者您有产品测试的替代方案吗？

产品测试很重要

在执行prod测试时阻止随机用户访问系统确实很重要

---

除此之外，只要你有合理简单/直截了当/可靠的方法，并且不引入新的错误/问题，那么就没有必要过度思考。

在一个完美的世界中，你有一个故障切换环境。。。在部署和测试升级后的系统时，只要您愿意切换到升级后的系统，就可以在故障切换上运行生产

---

这带来的风险是，如果故障切换本身失败，并且您对测试不满意，那么您就无处可去了

，因此，您建议使用网络路径，即配置负载平衡器以指向故障切换环境。假设它是一个主动/被动系统（1个环境仍处于待机模式），如何优雅地阻止不需要的用户？是的，更新负载平衡器。不需要的用户应该不再能够访问系统。问题可能是已经登录的用户，但这些用户只需退出即可。不知何故，您还需要让您的用户意识到将要进行升级。感谢您的回答@Tim_B，您能否为“合理简单/直截了当/可靠的方式”提供任何切实可行的选项/概念？将登录限制为某个角色（假设您的站点需要登录），删除外部网络访问，使用服务器设置将用户重定向到“正在升级页面”，除非他们来自内部ip、您自己列出的方法等。这完全取决于您演示的产品的性质以及您希望如何向最终用户演示停机时间。