模拟假404,500状态码检查前端应用行为 [英] Simulate fake 404,500 Status Code to check frontend app behaviour

查看:23
本文介绍了模拟假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状态码检查前端应用行为的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆