软件测试人员测试过程中如何分析定位常见BUG

当你在上班期间，听到不远处传来，这样的声音"你会不会提BUG，责任人都指派错了，能好好提吗？"

如果哪天开发对着你说出这句话

那么作为测早中试的你，此时心里是怎么想的？

确实，作为一名测试的我，一直认为测试人员提出一个BUG，就要有一定的专业性、严谨性

作为一名测试人员如果连常见的系统问题都不知道如何分析，频繁将前端人员问题指派给后端人员，后端人员问题指派给前端人员，那么在团队里你在开发中的地位显而易见 ，口碑、升值、加薪那应该是你遥不可及的梦!

但是作为测试人员来说，尽管你不能深入的去分析问题，但是你能发现系统存在的问题，这点也是值得肯定的，所以继续加油

所以今天给大家分享的主题是："软件测试人员测试过程中如何分析定位常见BUG"普及一些常用方法与技巧

首先当系统出现bug时，一定要将bug现象进行录制保留，保留现象时为了证明这个bug出现过，如果bug是必现还好说，如果该bug无法必现，那么保存的截图都是你直接证据，要养成良好的保存现场的习惯

提BUG这块，还是要体现出测试的专业性，标题简洁、问题环境标识清楚、问题详细描述清楚、系统错误表象贴图、接口传参返参贴图、必要时贴服务器日志，总结来说不该少的bug标签一个不要少

1、 小型产品，前后端一人统筹

一些小型程序，例如前后端都用node、php语言开发的，整个系统前后端是同一个开发的时候，那么我可以自信的给你说，系统出现问题时，bug大胆的提，往猝死的提，责任人错不了！

2. 常规系统，多人开发协同

前置：测试之前该测试人员对系统、业务、环境部署、开发人员等较为熟悉

在测试之前打开对应浏览器的F12直接开个新页签，或者使用抓包工具等，系统呈现出问题时，查看对应的请求、日志信息等我们才能去全面的定位是前端还是后端人员的问题，具体给大家介绍以下几个常用方法

（1）分析问题场景进行预判

先查看页面表象，根据问题表像判断问题可能出现的原因，进行缩小范围，并且准备好录制工具，录制问题

系统页面无法正常访问的提示5开头的找后端，4开头的先检查请求地址或者对应的权限，进入系统页面正常打开，提示异常代码错误的直接找后端

进入系统页面展示异常图片视频相关提示Flash等相关信息进行安装Flash如若还不行找前端，界面UI展示兼容性错误找前端

如若系统访问正常，进入 *** 作页面，功能性报错信息，就进入下面环节，抓包查看对应请求体，看日志等

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

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

通过访问报错的页面，加载错误请求时我们通过F12进行分析请求包，查看对应的入参以及响应数据

例如：请求入参错误，那么该bug属于前端的错误；入凯迹参标准可以根据前端页面的输入的内容或者选择的内容，进行核验，入参格式以及是否必填等可以对应接口文档去进行分析或跟开发确认

例如：请求未响应或者响应数据错误，那么该bug就属于后端的错误；一般是数据库查看报错，例如删了某个表查询报错误空指针等

如果请求的入参或者响应数据都没问题，可以跟开发反馈是不是浏览器解析的问题，可以换个浏览器测试

（4） 查看日志

针对服务端类型的报错，我们可以进行登录日志平台或者服务器对应Log目录下查看打印出的日志

常用查看日志命令tail ,/error进行快速检索关键词接口名等相关内容

拿到对应的日志,将日志文件贴进bug单，指派给后端，提高专业性，测试人员也要养成看日志的习惯，看着看着就懂了

（5） 经验法则

在系统前端页面当碰见服务器配置相关报错的信息例如Nginxxxx或者代码以及SQL相关的提示报错信息直接找后端处理，例如JAVAxxxx 、.PHP、SQL等异陆孙山常报错

前端字符校验、格式校验、等，浏览器界面UI兼容性以及插件，或者APP、小程序类调用手机相关功能拍照、语音无法正常调用直接找前端

记住以上的一些方法以及技巧减少将BUG责任人提错的概率，在提单方面整洁完整一些，长久以来，体现出你的专业性，相信开发会对你竖起大拇指

做一个既能发现问题还能协助开发解决的问题的测试人员，那也是你从初级跨入中级测试的一个标准

最后我也整理了一些软件测试学习资料，对于学软件测试的小伙伴来说应该会很有帮助，为了更好地整理每个模块

需要的私信我关键字【555】免费获取哦 注意关键字是：555

全套软件测试自动化测试教学视频

300G教程资料下载【视频教程+PPT+项目源码】

全套软件测试自动化测试大厂面经

学科网应按以下几方面完成小程序测试:

1、权限测试；包括授权登录小程序测试、能够查看的数据及用户权限等。

2、UI测试；小程序页面展示是否准确，文字图片内容搭仔是否完善、知弊汪界面的交互效果等。

3、功能测试；根据小程序的各个功能模块进行测试，以及各个业务流程进行测试。

4、兼容性测试；在不同 *** 作系统、分享测试等。比如目前小程序很多都只能生成分享程序图片的卜余方式，这就需要用户做好不同屏幕的兼容适配工作。

5、其他测试等。如网络测试、接口测试。

也接触了不少人解决问题的过程里，有一些比较难以排查的可能性列举在这，方便大家看一下：

特别提示：为了排除问题所在，建议针对问题制作最简demo，以便最小化缩小其他内容或代码对问题的影响范围。

1：ES6；使用es6可能导致安卓端真机调试时很多问题出现，还有其他未知问题；原因未知；

2：字母拼错，包括字母拼写错误，大小写没有注意；微信小程序中，有大量这样的代码示例，从中间冒出一个大写，比如支付中的appId 比如微信官方的分享示例代码就是有误的。。。

3：官方文档示例代码有误，有时官方文档示例代码也会出现问题，比如大小写出错，或者其他缺少参数等问题；

4：https，这个坑目前遇到的人最多，首先说明一下，工具的这个设置，[图片上传中。。。（2）]，这个设置有一些独特的作用，让你可以让本地避开一些限制；但是这个设置对真机无效，所以假如存在https问题，是否勾选并影响；仍然需要按贴排查：http://www.wxapp-union.com/thread-648-1-1.html

5：官方BUG，你遇到的问题可能是官方仍未解决的bug，具体可以参考官方文档FAQ文档地址

6：官方文档；官方文档是解决问题的不二之选，建议在解决问题时，不断的看官方文档，并且仔细看，尽量从官方文档中找出解决方案；

7：调试工具：官方开发者工具及手机端，都提供了调试工具，基本跟原本大家常用的调试工具相差无几，可用利用调试工具多做各种调试，以免排查问题；调试方法，新手可以搜索网上相关firebug教程或浏览器调试教程或调试教程；

8：重启大法：有时候编辑器会出现一些莫名其妙的BUG，比如昨天还是好的，今天打开各种问题等等，可以考虑重新编译或多次重启工具或重启电脑；

9：新手跳坑；我们为新手准备了很多常见的问题，http://www.wxapp-union.com/portal.php

10：前人经验：有很多人遇到了很多问题，你可以在版块的问答分类下看看其他人遇到的问题及如此解决的；http://www.wxapp-union.com/forum-2-1.html

11：无法登陆：参考@M-信念 同学的建议：可以稍微等等；当出现帐号登陆问题时，可以尝试使用他人微信号，或是咨询其他人是否也遇到了相同的情况，不要着急；

12：代理设置；代理设置应该是一个隐藏比较深的坑，但是很多人被坑过，假如你的机器设置了代理，开发者工具可能会也跟着默认带来代理，然后会接踵而来很多登陆，空白等问题；

13：使用搜索；现在本站及官方均聚合了大量的微信小程序相关内容，可以考虑使用其中的搜索，来获取自己想找的东西或用于解汪槐并决问题，搜索时，困迹请使用主要关键词，或相近关键词进行搜索，而不要直接搜索一句话，比如你需要appid，你可以搜索“appid”，你遇到了登陆问题，应该搜索“登陆”，真机预览遇到了问题，可以搜索“真机”，遇到了上传问题，可以搜索“uploadfile”

14：微信版本问题，伴随微信的版本更新，不同的微信版本之间可能会出现不同的未知BUG；你可以在weixin.qq.com内查看最新版本。

15：微信缓存；明袭微信缓存会导致很多未知的bug，目前发现的有无法真机预览，以及跳出错误：需要清除应用缓存，或者使用第二部手机进行测试方可排除此问题；On PageReady can not find XXXXXX, app service not ready

16：使用了非官方提供的方法；使用了部分非官方提供的方法比如Object.assign，可能会导致未知的问题，建议优先使用官方组件来实现；

版权说明：本文部分内容来源于网络，由小程序社区(wxapp-union.com)整理编辑，有问题请联系我们

---