做接口时候一定后端bug（接口应该是前端还是后端定义）

谷歌浏览器发送put请求BUG

1、系统bug。谷歌浏览器get请求成功后，等待几分钟过后还会继续请求是系统bug，只需要打开手机管家，点击全盘扫描，等扫描完成点击修复即可。谷歌浏览器，是一款免费的开源web浏览器，它由google开发，发布于2008年。

2、首先，尝试将Chrome浏览器更新到最新版本。浏览器的新版本可能修复了旧版本中存在的bug，包括可能导致不断发送请求的问题。检查浏览器设置：仔细检查Chrome浏览器的相关设置，特别是与网络连接、代理设置、扩展程序等相关的配置。有时候，异常的配置或安装的扩展程序可能会导致浏览器不断发送请求。

3、对其他网站不公平：在这种条件下，谷歌浏览器的行为对其他网站和广告运营商来说显然是不公平的。针对这个问题，谷歌发言人回应称这只是个Bug，其调查结果显示，这是由于Chrome浏览器托管应用程序功能引发的问题。

4、方法一：停用PPAPI插件并更新显卡驱动 停用PPAPI插件：打开谷歌浏览器，在地址栏输入chrome：//plugins/并按回车键。在插件界面中点击右上方的“详细信息”。在详细信息中找到插件类型为“PPAPI（进程外插件）”的全部停用。关闭浏览器后重新开启，检查问题是否解决。

那些让我印象深刻的五个bug

1、第一个，由于缓存设置不合理，导致页面加载缓慢。为优化体验，后端会为常用接口添加缓存。然而，当key设计不当，可能会导致数据错误返回。第二个，跨时区问题。手机设置不同时区后，同一个接口返回的时间字段值可能出现差异，这要求我们在测试时充分考虑国际化场景下的数据处理。第三个，缓存策略引发的bug。

2、找复杂因素导致的棘手问题：选择那些涉及多个系统模块、多种技术栈或难以复现的Bug。找外因或底层逻辑导致的Bug：这些Bug可能由外部环境、用户操作或底层系统逻辑引起，难以直接通过常规测试发现。找团队耗时较长的Bug：这些Bug往往需要团队多人协作，经过长时间排查才能定位和解决。

3、让我印象深刻的游戏bug主要来自经典游戏QQ堂：穿泡/穿墙bug：描述：玩家可以操控角色穿越糖泡，甚至穿越墙壁，使角色在特殊地形上保持无敌状态。影响：这一bug使操作更加灵活，玩家可以反杀对手，并在抢包子、搬图腾等地图上具有巨大战略意义。它甚至成为一股学习热潮，帮助QQ堂形成了自己独特的游戏特色。

4、在QQ堂游戏中，有两个令人印象深刻的bug，分别是穿泡/穿墙bug和卡bOSS bug，具体如下：穿泡/穿墙bug 效果：玩家可操控角色穿过本不能穿过的糖泡，熟练掌握后如同自带“幽灵变身”，使操作更潇洒灵动，甚至能做到绝地反杀。

5、《三国战纪》：定天书BUG让游戏更有趣 在《三国战纪》这款经典街机游戏中，定天书BUG是一个广为人知的有趣现象。当游戏中两位玩家同时使用天书时，第一个使用天书的效果会被保留下来，从而创造出一个额外的刷分方法。

6、在现实生活中，确实存在一些难以解释、仿佛“BUG”一般的经历。以下是我整理的一些来自不同人的真实经历： 神秘出现的扣子 经历描述：某人在家拖地板时，突然一颗木头扣子掉在地板上，但这颗扣子并不属于家中任何一件衣服，同时他当时所穿的T恤也根本没有扣子。

若依系统前端报错

1、若依系统前端报错需要根据具体的报错信息和场景来进行排查和处理。后端接口异常导致的报错 若依框架前端报错后端接口异常，如40500等错误，这可能是由于框架本身的问题，而非代码bug。此时，可以检查后端接口是否正常运行，以及前端请求的URL是否正确。如果后端接口存在问题，需要联系后端开发人员进行修复。

2、无法访问系统资源401错误：解决方法：检查nginx配置文件中的proxy_pass设置，确保路径正确无误，且分号前面没有遗漏斜杠。同时，确认后端服务的访问路径和权限设置正确。刷新页面出现404 Not Found错误：解决方法：由于若依项目后台路由采用History模式，需要在Nginx配置中添加相应的处理规则。

3、如果前端页面刷新后出现404错误，可能是因为Nginx没有正确地将请求转发到后端服务或没有正确处理静态资源。使用try_files指令：在Nginx配置中，使用try_files $uri $uri/ /index.html；这条指令可以解决代理静态资源刷新后404的问题。

4、若依框架文件过大报系统异常，可以通过调整文件上传的大小限制来解决。具体解决方法如下：调整spring Boot配置文件：若依框架基于Spring Boot，而Spring Boot默认对文件上传的大小有限制，通常为1MB。当上传的文件超过这个限制时，就会报系统异常。

5、若依框架新增keycloak用户报错401，可以尝试以下解决方法：检查前端请求头：确保前端请求中携带了正确的Authorization头，格式为Authorization： Bearer {token}。可以在前端代码中检查并添加相应的请求头。开放接口权限：在SecurityConfig配置类中，确保已配置资源路径放行，允许新增用户接口路径的访问。

测试人员如何判断是前端的bug还是后端的bug

如果请求的接口URL不正确，或者请求接口时传递的参数不正确或为空，这通常表明问题出现在前端。前端代码负责构建和发送请求，因此错误的URL或参数是前端bug的常见迹象。使用抓包工具：抓包工具如Fiddler或浏览器自带的F12开发者工具，可以帮助我们查看请求的详细信息，包括请求接口、传参以及响应数据。

当我们发现一个bug，并不确定这个bug属于前端还是后端，可以查看后端服务的日志，复现bug时，查看日志中有没有相关信息。基本可以认为，如果日志没有输出，很可能这个功能并没有与后端交互，也就不存在后端的问题。反之，如果日志有输出，可以进一步查看有无错误日志信息，进一步分析。

初步分析与定位 熟悉业务与数据流向：测试工程师需要深入了解所测试的业务逻辑和数据流向，这是排查bug的基础。例如，当页面显示的数据不对时，需要分析数据是从哪个接口获取的，前端传参是否正确，后端返回的数据是否符合预期。

可以分析是在哪个节点引发的Bug，从而判断是前端还是后端问题。比如，前端发送请求是，数据组装有问题，导致后端返回报错，这个是属于前端问题。而如果前端发送请求数据没问题，后端返回数据不对或者报错，可以判断为后端问题。

根据bug类型初步判断 客户端问题：界面显示问题：如动画、模型、图片、文本等资源显示有误，通常属于客户端问题。卡顿、卡死问题：这类问题多与客户端性能或资源管理有关。闪退问题：通常是由于客户端程序错误或兼容性问题导致的。

测试人员需要从前端性能角度深入了解这个过程，以便更好地分析结果和优化性能。测试工作过程中怎么区分前端和后端Bug？答案：在测试工作过程中，区分前端和后端Bug是确保问题得到正确处理和解决的关键。常见的区分方法如下：排版错乱：通常属于前端问题，可能是CSS样式或HTML结构错误。

【分享】前后端对接--apIPOst接口协作和接口测试工具

ApiPOSt 是一款适用于前后端对接的接口协作与接口测试工具，可帮助团队高效完成接口开发、调试及协作管理。 以下是具体功能与应用场景的说明：前后端接口对接的必要性开发进度协同要求前后端分离开发时，后端完成接口开发后需与前端对接测试。

Apipost单个工具即可满足接口测试、生成/分享文档、Mock、流程测试等功能，同时还具备超实用的多人多角色间实时协作的功能。它能够将前端、后端、测试三种角色串联起来，实现工作流程的无缝衔接，从而显著提高研发效率。功能详解 API调试 Apipost提供了简洁明了的界面，用户可以轻松新建接口并进行调试。

打开Apipost：启动Apipost软件，进入主界面。创建接口测试：点击“新建接口测试”按钮，输入接口的名称和描述。配置请求：选择请求方式（如POST），输入URL，并配置请求参数、请求头等。发送请求：点击“发送”按钮，查看接口的返回结果。分析结果：根据返回结果分析接口的功能和性能是否符合预期。

接口测试到底怎么做,5分钟时间看完这篇文章彻底搞清楚

接口测试工具和流程 工具选择：常见的HTTP接口测试工具有jmeter、Postman、SoupUI等，企业里常用的是Jmeter。Jmeter是一款开源、免费的接口测试工具，支持功能、性能测试和自动化测试。测试流程：接口测试流程包括需求分析、测试用例编写、执行测试、提交bug、回归测试和提交测试报告等步骤。

通用的项目架构在了解接口测试之前，先简要了解通用的项目架构。通常，项目包括客户端和服务端，它们之间通过接口进行通信。什么是接口接口是服务端程序对外提供的一种统一的访问方式，通常采用HTTP协议。通过不同的URL、请求类型（Get、POST等）和参数，可以执行不同的业务逻辑。

创建环境：环境是接口测试用例能在多环境复用下不可缺少的部分。创建环境后，还需在环境下创建域名，通过路由匹配或域名标识匹配。创建接口：接口需单独维护和管理，以便接口变化时只需维护接口管理处的接口，提升维护效率。创建接口前，可先创建接口所属的业务模块。

字段冗余性验证：验证接口字段是否冗余，是否返回了调用方期望得到的信息。接口调用方便性验证：验证接口调用是否方便，参数使用是否便捷。接口可扩展性验证：验证接口是否可扩展，以满足未来业务的需求。业务规则验证：验证接口的业务规则是否正确，对整个服务的使用会产生哪些影响。