目前，前后端分离的开发模式在许多项目中被广泛采用。然而，在我们日常的测试过程中，当我们向开发人员提交bug时，有可能会遇到开发人员说bug指派错了的情况，甚至前后端开发还会相互推卸责任。为了避免我们自身处于被动的境地，耽误解决bug的时间，影响项目进度，降低测试与开发之间的沟通成本，提高工作效率，学会准确定位前后端bug是一项非常重要的技能，笔者面试时就曾经被问到过，那就一起来分析一波吧～

前端/后端的区别

首先，我们需要了解前后端的区别。简单来说

前端：负责展示页面和用户交互逻辑

后端：负责处理数据和业务逻辑。

前后端怎么交互

前后端之间的交互是通过接口进行的，接口是后端暴露给前端调用的，前后端交互大多都是通过HTTP协议（但不仅限于HTTP）的接口来进行

如何定位前后端的BUG_数据

如何定位前后端的BUG_测试工具_02

前端传入请求URL和请求参数，调用后端提供的HTTP接口，在正常情况下，就可以拿到后端返回的数据，用于页面的展示

如何定位前端/后端BUG？

当我们发现一个bug时，如果是界面排版布局错误，比如样式、文案、字体、兼容性问题，那就是前端bug。另外，像浏览器Console打印出的错误信息基本也属于前端bug。

如果是接口报错，我们可以利用抓包工具进行分析。在web端，可以使用浏览器自带的开发者工具（F12）进行抓包；在App端，可以借助于Fiddler或者Charles进行抓包。在分析时，我们可以从三个方面进行考虑：请求接口URL、传参、响应。

01.请求接口URL是否正确：如果请求接口URL不正确，为前端Bug；

02.请求接口的参数是否正确或为空：请求接口参数不正确或为空，为前端Bug；

03.如果请求接口的URL和传参都正确，但是响应内容错误或为空，那就是后端bug。

后端bug。我们可以在服务器上查看日志定位问题，可以通过以下步骤进行查询

1. 首先，通过SSH命令登录到Linux服务器。

2. 使用cd命令进入到存放日志文件的目录。比如：cd /usr/local/测试服务器名称/logs    

3. 使用find命令进行查询。可以使用-mmin选项来指定时间范围，例如find -mmin -1：查看最近1分钟内新写入的日志文件。该命令将返回符合条件的文件列表。

4. 使用tail -f <filename>命令查看日志文件的内容。该命令将实时显示日志文件的最新内容。

5. 如果只想搜索关键词信息，可以使用grep <keyword> <filename> --color=auto命令。该命令会搜索指定关键词并在匹配到的内容中使用彩色高亮显示。

6. 如果希望同时使用tail -f和grep命令，可以将它们结合起来使用，例如tail -f <filename> | grep -ni "<keyword>"。该命令将实时显示符合关键词的日志内容，并在匹配到的行数前加上行号

当我们在日志文件中发现关键词fatal、error、connection refuse、warning等时，需要高度重视，因为通常错误会发生在这些地方。

日志中常见的问题

1. 空指针：可能是由于程序没有充分考虑为空的情况，或者主外键约束的数据为空，或者删除了关联数据导致为空。

2. 数据库错误：可能是数据库缺少表、SQL语句错误、字段未成功插入表、超过数据库最大长度、存在脏数据等问题。

3. 非法数据：可能是由于输入的数据不合法导致的问题。

4. 内存溢出：可能是由于程序使用的内存超出了系统的限制导致的问题。

在际工作中，我们经常会遇到各种问题。当我们遇到问题时，我们应该先保持冷静，全面分析并充分理解需求。我们需要确定是自己的误操作，还是环境问题，或者是由于脏数据或权限不足导致的bug。如果我们确实无法定位问题，可以寻求开发人员的帮助。在描述问题的过程中，我们应该提供有效信息，例如问题发生的时间点、问题相关的视频/图片、业务操作场景，并提供日志等排查依据。这样做可以大大提高问题排查的效率。