| 任务不敢问、错了不敢认、怕被人觉得笨...刚入行的测试人看过来! | 当前位置: 首页> 学习中心> 小白入门> 详情 |
很多人刚入行做测试,都有同一个毛病:
任务派下来,没听懂也不敢问;需求文档有歧义,自己揣摩着测;开发说 "改好了",不好意思问改了哪,凭感觉回归。
怕什么?
怕问出来显得自己笨,怕被人说 "这都不会",怕麻烦别人。
于是自己憋着,一憋就是一下午。
其实,敢问、多问、会问,从来不是能力差的表现,而是一种职场基本功。对测试新人来说,尤其如此。
为什么测试新人最怕 "多问"?
很多刚入行的测试新人,还带着浓重的学生思维。
等着被安排任务,等着被教会一切,等着有人来告诉自己“下一步该干什么”。活干完了就坐着,遇到问题先自己死磕,磕不出来就拖着,领导不问,绝不主动开口。
这不是踏实,这是在给自己挖坑。
校园里,你交了作业,老师批改完给分,这件事就结束了。职场不是。职场里,你手里的每一个任务,都连着别人的进度、项目的节奏、上线的风险。
学生时代,考试是你自己的事。考砸了,自己承担。但测试不一样。
你测的每一个模块,都连着开发、产品、运维、业务方。 你不问,需求理解偏了,环境配不起来,风险没暴露,到最后上线出问题,背锅的还是你。
最怕问的人,最后往往付出最大的代价。
测试这行,问得越多越值钱
很多人没想明白一件事:测试,本来就是一份 "提问" 的职业。
你测需求,是在问产品:这里到底要什么效果?
你提 bug,是在问开发:这里为什么跟预期不符?
你写用例,是在问自己:还有哪些边界情况没覆盖到?
一个不敢问的测试,测不出深度;一个敢问的测试,才测得出真相。
再往实际说,测试新人最该问的三件事:
第一,需求不清楚,一定要问。
文档里一句 "登录优化",到底是改流程还是改样式?不问清楚就动手,测了半天发现方向错了,那才叫真正的浪费。
第二,开发说 "改好了",要问改了什么。
不问改动范围,你怎么知道回归测哪里?凭感觉全测一遍,累不说,还漏。
第三,被卡住了,要及时求助。
环境起不来、数据造不出、工具不会用 —— 这些问题问老员工一句,五分钟解决;自己憋一天,可能还搞不定。
问,不是暴露你不会;不问,才是。
怎么问,才不显得 "蠢"?
当然,多问不等于乱问。天天追着同事问 "这个怎么弄"" 那个怎么弄 ",那确实招人烦。
真正会问的人,长这样:
1)先自己查,带着方案问
能搜到的、能查文档的,先自己来。问的时候不是 "这个我不会",而是 "我查了资料,试了两种方法,还是不对,你看看是不是这个方向的问题"。
2)问具体,不问空泛
不要问 "这个功能怎么测",要问 "这个支付回调,成功和失败分支我都覆盖了,但重复通知这种情况,要不要单独加一条用例"。
3)同一个问题,不问第二遍
问完记下来,整理进自己的笔记。老员工不怕你问,怕的是你问完就忘,下次还问一样的。
4)问完有反馈,形成闭环
别人帮你解决了问题,回头把结果同步一句:"按你说的弄好了,谢谢。" 下次你再问,没人会拒绝。
把 "怕丢脸" 换成 "怕不长进",你的成长速度会快得多。
写在最后
慢慢你会发现,职场里真正拉开差距的,从来不是谁入职时懂得多,而是谁敢问、会问、问完能长进。
学生思维是:等老师讲,怕答错,独自完成,做完就算。
职场思维是:主动请教,敢露怯,会求助,做完要反馈。
脸皮厚一点,成长快一点。测试新人最值钱的品质,从来不是 "我什么都会",而是 "我愿意学会"。
测试这份工作,测的是软件,练的是自己。
别让你的成长,毁在 "不好意思问" 上。
更多软件测试相关推荐:
文章来源:网络 版权归原作者所有
上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8103),我们将立即处理