作为一名测试，如果你接触不到源码，一般怎么去定位bug或者报错？

大多数情况下，只是纯测试的话，其实是不太容易接触到源码的。

当然了，如果你是测试开发的话，那就另当别论了，是比较容易接触到的，可以从源代码debug去定位。

这篇文章，主要给大家介绍下作为一名纯测试，技术不够强的情况下，怎么去定位报错呢？有大佬可以指点指点哈。

 

1.首先从页面，有一些错误是在我们有前端页面，执行，报错已经写在页面，可以很直观的看到“提示错误”，通过分析，就能直接识别错误。

举个例子：比如页面提示“网络错误、重定向”等明显字段，即可判断。

2.通过F12抓取接口或者抓包工具Wireshark等查看请求信息包括信息头、url、请求体等，再查看响应信息。

举个例子：

2**开头的状态码一般都是客户端（前端）的问题：
200   （成功）  服务器已成功处理了请求。 通常，这表示服务器提供了请求的网页。 
201   （已创建）  请求成功并且服务器创建了新的资源。 
202   （已接受）  服务器已接受请求，但尚未处理。 
203   （非授权信息）  服务器已成功处理了请求，但返回的信息可能来自另一来源。 
204   （无内容）  服务器成功处理了请求，但没有返回任何内容。 
205   （重置内容） 服务器成功处理了请求，但没有返回任何内容。
206   （部分内容）  服务器成功处理了部分 GET 请求。

3开头 （请求被重定向）表示要完成请求，需要进一步操作。 通常，这些状态代码用来重定向。

300   （多种选择）  针对请求，服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作，或提供操作列表供请求者选择。 
301   （永久移动）  请求的网页已永久移动到新位置。 服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。
302   （临时移动）  服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。
303   （查看其他位置） 请求者应当对不同的位置使用单独的 GET 请求来检索响应时，服务器返回此代码。
304   （未修改） 自从上次请求后，请求的网页未修改过。 服务器返回此响应时，不会返回网页内容。 
305   （使用代理） 请求者只能使用代理访问请求的网页。 如果服务器返回此响应，还表示请求者应使用代理。 
307   （临时重定向）  服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。

4**开头的状态码一般都是客户端（前端）的问题；例如常见的404确认下是否是请求的地址有错，403确认是否有权限访问，401没有权限……等

5**开头的状态码一般都是服务端（后端）问题，例如常见的500，则表示是服务器内部错误，503网络过载导致服务端延时，502服务器崩溃等

3.可以通过数据库去定位，比如一些log记录表，也有记录到一些报错信息可查看定位。

4.升级到日志，下载日志查看关键词或者字，比如一些error、exception、failed以及日志关键词去定位。

日志级别顺序为：

ALL < TRACE < DEBUG < INFO < WARN < ERROR < FATAL < OFF

实际生产上日志级别一般是info级别

 5.升级到代码，代码可通过debud模式去定位，需要找后端开发人员查看滴～