模拟假404,500状态码检查前端应用行为

问题描述

我要从后端模拟假的404状态代码，以查看我的网站将如何运行。

我不想模拟代码中的假响应状态，我想使用一些工具。

原因有时我想在x版本的产品上测试它，我不想浪费时间下载此代码并检查它是否在那里工作。

只需针对某些测试值(如快速检查的404)模拟响应标头状态代码。

我尝试使用类似Requestly - chrome extension的软件。

并按如下方式进行配置：

修改google.com站点的标题状态放置值404的响应。

但是当我打开google.com站点时，我得到的状态是200：

您知道如何更改给定请求的状态代码吗？也许可以使用不同的软件？

推荐答案

Status不是Http响应头。Status Code为HTTP响应码，Chrome不允许修改请求的响应码。使用Requestly解决此问题有两种可能的方法

使用Requestly Desktop App的一步解决方案(保证可靠和可靠)

您可以使用任何MITM代理来拦截请求并模拟状态代码。但是，根据我使用Requestly的经验，我会解释如何使用Requestly Desktop App

1. 安装Requestly Desktop App，
2. 转到"规则"选项卡，然后单击"新建规则"
3. 选择修改响应
4. 定义确切的URL(或模式)并定义状态代码。就是这样。

屏幕截图

演示

https://www.youtube.com/watch?v=nLcIZGmMAtQ&ab_channel=Requestly

使用Requestly浏览器扩展(两步过程，应适用于大多数站点，但可能存在一些CORS问题)

1. 安装Requestly
2. 使用Requestly Mock Server创建服务于400或404的新模拟
3. 使用Requestly设置重定向规则，将原始请求重定向到模拟请求的URL

这里有几个使用扩展名的示例

1. Simulate 500 in Twitter Create Tweet API
2. Simulate 404 in BlinkIt Search API

页脚注释

基于桌面应用的解决方案更可靠、更有保障，而基于扩展的解决方案有技术限制，可能会出现一些CORS问题，具体取决于您的后端，因此更喜欢使用解决方案1。

ps-i构建Requestly(&；仍在用心构建它)

这篇关于模拟假404,500状态码检查前端应用行为的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！