专栏首页猪圈子开发:"你会不会提BUG , 责任人都指派错了!"

开发:"你会不会提BUG , 责任人都指派错了!"

阅读本文大概需要 5.2分钟。

大家好! 我是你们的菜鸟小编,一个不懂技术但热爱这个行业的测试老鸟

昨晚熬夜通宵码字,今天给大家分享如何定位分析BUG的方法与技巧,估计这篇文章之后得等一段时间才能进行更新了,最近2个项目并行版本都是月底上线,且读且珍惜

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

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

那么作为测试的你,此时心里是怎么想的?

01引言

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

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

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

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

02前置知识

1. 熟透系统业务、团队成员情况

2. 熟悉使用F12或抓包工具

3. 了解HTTP/HTTPS协议,能够区分请求URL、请求头、请求体、入参、响应数据、响应码

4. 具备操作常规Linux命令,能否登入服务器查看Log日志,例如Tomcat等应用,不排除一些公司有对应的查看日志平台,例如K8S、Xlog,总之会查看对应服务打印的日志就行,这里日志等级输出具体可以百度

5. 了解系统的架构,数据走向

6. 思维敏捷,懂得检索百度

03定位技巧

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

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

一. 小型产品,前后端一人统筹

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

二. 常规系统,多人开发协同

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

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

1. 分析问题场景进行预判

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

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

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

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

2. 关注请求体的状态码

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

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

3.关注请求的入参与响应数据

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

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

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

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

4. 查看日志

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

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

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

5. 经验法则

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

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

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

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

今天的文章就分享到这里,支持小编,劳烦点赞、分享一波,加测试群、投稿联系小编微信:695214599

本文分享自微信公众号 - 猪圈子(Tester-sc),作者:石超

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2021-01-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 如何带新人?

    张树臣
  • 推荐一个项目管理工具,落地基于Scrum的敏捷开发!

    禅道由青岛易软天创网络科技有限公司开发,国产开源项目管理软件。它集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体,是一款专业的研发项目管理软件...

    macrozheng
  • 码云团队如何使用码云?

    码云Gitee
  • 团队中的 Git 实践

    如果一个团队在使用 Git 时没有一些规范,那么将是一场难以醒来的噩梦!然而,规范固然重要,但更重要的是个人素质,在使用 Git 时需要自己养成良好的习惯。

    良月柒
  • 测试|提高处理BUG效率第一步:提高测试工程师排查BUG能力

    黄小怪
  • 图文讲解,团队开发中的 Git 最佳实践

    在 2005 年的某一天,Linux 之父 Linus Torvalds 发布了他的又一个里程碑作品——Git。它的出现改变了软件开发流程,大大地提高了开发流畅...

    芋道源码
  • 团队开发中的 Git 实践

    本文转载自:https://segmentfault.com/a/1190000004963641[1]

    小小詹同学
  • 团队开发中 Git 最佳实践,不给队友拖后腿!

    本文要从具体实践角度,尤其是在团队协作中,阐述如何去好好地应用 Git。既然是讲在团队中的应用实践,我就尽可能地结合实际场景来讲述。

    江南一点雨
  • 团队开发中 Git 最佳实践,不给队友拖后腿!

    本文要从具体实践角度,尤其是在团队协作中,阐述如何去好好地应用 Git。既然是讲在团队中的应用实践,我就尽可能地结合实际场景来讲述。

    GitHubDaily
  • 软件测试---BUG的生命周期

    测试人员最本质的工作就是寻找bug,提交bug、验证bug、推进bug的解决,直至软件达到发布的标准,提高软件的质量,及研发的工作效率和质量。

    用户7880705
  • IT行业(新生)面试的套路及变迁

    离开印度了,那话题也就重归IT行业吧。今天重点聊聊一个面试的话题,面试的套路问题。我把重点放在刚毕业或者毕业不久以后的学生上,会显得更合适一些。 大家都知道面...

    用户1564362
  • 【干货】测试工程师,避免试用期被辞退指南

    高级岗位:部门Leader,或者团队Leader,或者核心测试开发岗位(至少是在某个领域,要有独立产出的) 。

    新梦想IT职业教育
  • 开除了没情商的“技术大神”后,整个团队都好起来了

    “我创造的东西你们这辈子也别想弄明白,我就是爱因斯坦,你们就是那没进化完的猴子!”

    华章科技
  • 敏捷下的需求和代码分支管理

    在去年的一篇文章《在团队中使用GitLab中的Merge Request工作模式》中简单介绍了下Git的几种模式和在团队中使用的Merge Request的模式...

    oec2003
  • ROS机器人高效编程(原书第3版)勘误、问题及资料汇总

    补充一行代码装ROS,适用于14.04LTS(indigo)和16.04LTS(Kinetic):

    zhangrelay
  • 你真的会用 Issue 吗?

    大家对 Issue 一定不陌生,它灵活又实用,可以用来做 Bug 跟踪、需求管理、项目管理、交流探讨、写文章…… 不少新用户在后台问我们,如何优雅地使用 Iss...

    码云Gitee
  • 测试应该如何处理跟开发之间的“敏感”关系?

    从整个产品研发的角度看,开发是产品的制造者,产品就相当于他的‘孩子’,而测试的工作是去找这个“孩子”身上的毛病。相信,没有一个人喜欢别人对自己的孩子各种挑错。

    测试开发技术
  • 你和高级工程师的差距在哪里?

    今天是一年一度的七夕虐狗日,看着大家忍受着各种朋友圈的狂轰滥炸,我实在不忍在这里再给你们补一刀,所以今天我决定不虐狗,准备跟大家说点有用的。    

    wblearn
  • CODING 如何使用 CODING 研发管理系统来开发 CODING 2.0

    之前我们分享过《如何使用 CODING 研发管理系统开发 CODING》的文章,时过境迁,现在 CODING 研发管理系统已经上线了如持续集成、缺陷管理、测试管...

    CODING

扫码关注云+社区

领取腾讯云代金券