说话也是一门学问！
所以今天就简单给大家聊聊对于平时发现的缺陷或问题如何进行分析问题点在哪，有哪些途径呢？从几个方面谈谈这个事
"要做一个会分析问题的测试人员，而不要只会发现问题抛给我"
2走完1可以结合查看log、进行gerp当天的日志相关报错的关键字段，查询相关打印日志信息，查看是否有帮助的信息，另外查询数据库的接口相关的表字段的准确性进行分析
做一个能发现问题并且会分析问题协作团队解决难题的测试，那也是从一个初级到中级的进阶！
学测试一定要找准方向，避免做无用功，可以看看现在的测试行业市场行情：测试行业现状分析及测试人员能力标准
就这些在工作之余在企微上闲聊说的这么几句话，确实很让人清醒，忠言逆耳，现在还是很感谢当时的打击，让后面的我自主的成长了起来！
另外还有一种就是当前实现的业务基于原有的需求实现无问题，代码也无问题，但是作为测试人员发现某个场景实现之后与实际用户场景有些出入
早在四年前在深圳打拼的日子，第一家企业我就被一个女前端深深上了一课！
1要知道项目的基本架构，像tomcat、nginx配置开发版本提测前有无修改相关内容，往往很多问题就不是代码的问题就是因为更改了某个公共配置导致代码原有逻辑跑不通
分析完以上几点如果还未找到原因，走完这几步可以将问题抛开给开发了！内部群@相关产研测一起分析问题原因。
而不是一个执行者！话说回来作为测试你提出的每一个bug，是否有效就是个人能力的代表！
1代理工具抓包、基本抓包工具的使用，在这个环节要学会查看对应问题相关的请求的是否正常调通，接口是否返回正常；
从得到团队认可的角度聊聊测试环节中与我们息息相关的缺陷定位分析这个点
针对以上问题定位分析到问题所在，有很明显的报错，能够知道是前后端的问题那就将问题走给对应的前端或后端研发人员；贴上操作步骤、日志信息、接口信息、能够给出合理的建议可以在指派单里备注，要用建议的语气而不是命令的语气！
业务熟悉度
对于用户层面发现的问题，从业务维度来说的话我一定要能判断是不是自己的操作失误、host不对、网络问题或者是测试数据不对导致的，在确保不是以上个人操作问题，避免基本操作失误，属实打脸。接下来可以走第2步操作。
针对以上流程有经验的测试人员可能在问题发生时候一眼可以通过某些关键信息知道问题点在哪，直奔主题，当然那样的你是优秀的，能够团队提效的，好的经验也要在团队内部建设分享落地，分享过程也是学习的过程
如何正确的提交问题
在我现在带的小组里，一个合格的初中级测试人员绝对是可以独立负责一个项目、有分析定位问题的能力、有发散的思维能力
项目框架熟悉度
"我朋友做测试基本条件跟你差不多，但是平时跟我聊到她懂得帮助开发定位问题，协助开发解决相关bug，现在薪资比你高多了，玩笑了玩笑了，不要在意！"
基本工具熟悉度
看似很平常的几句话，其实还是很冲击当时我。
文章为作者独立观点，不代表股票配资公司观点
相关文章
股民评论