| 领导问进度,新手测试员千万别只回答:“做完了” | 当前位置: 首页> 学习中心> 测试知识> 详情 |
先说个场景,你是不是很熟悉。
周三下午,领导从你工位旁边走过,停下来,随口问一句:"那个登录模块,测完了吗?"
你头也没抬:"做完了。"领导点点头走了。你继续点鼠标。
三天之后提测,线上炸了 —— 某个极端输入下登录直接500。领导在群里@你:"这个case你测的时候没覆盖到?"
你心里咯噔一下。
"做完了" 这三个字,是测试岗最坑的口头禅
领导问你进度,他要的不是一个 "做没做完" 的答案,他要的是 "我现在能不能放心"。
你回 "做完了",领导脑子里其实有一串问号没问出口:
· 你测了多少用例?
· 有没有发现 bug?
· 严重不严重?
· 开发修了吗?回归了吗?
· 有没有哪些地方你拿不准、可能要返工?
· 明天能提测吗?还是要延期?
你一个 "做完了",把这一串问题全堵回去了。领导出于信任不再追问,真到线上出问题那天,这个锅你背不背?背。因为 "做完了" 是你说的。
更亏的是另一种情况:你其实测了很多东西、发现了好几个 bug、还主动帮开发定位了根因 —— 但你只说了 "做完了",领导完全不知道你干了啥。
下次涨薪、评优、扩团队,凭什么是你?
正确的回答长什么样?
同样一个问题,老测试员会这么回:
" 登录模块主要功能我测完了,账号密码、验证码、第三方登录这几条主线都过了,一共提了 4个bug,3个已经修完回归了,还有一个是验证码在网络特别慢的时候会偶发失败,开发说明天上午给补丁。
我现在正在补异常场景,比如错误密码输错 5 次之后的锁定逻辑、Token 过期之后的跳转,大概今天下班前能测完。
有个风险提前说一下:我们这次没测弱网和高并发,那个要等测试环境压测出来才能确认。如果着急提测,这块我建议至少在预发环境手动过一遍。"
你品一下这个回答。它有几个层次:
· 进度是具体的:不是 "做完了",是 "哪些做完了、哪些在做、哪些没做"
· 风险是显性的:哪个 bug 还没修、哪个场景没覆盖、什么时候能完
· 下一步是清楚的:今天下班前、明天上午、建议怎么做
· 你在替领导想事:主动提示 "这块可能有风险",而不是等领导来问
领导听完这段话,心里就一件事:"行了,这个人我不用盯了。"
这就是测试工程师的专业感。 不是你用例写得多漂亮、自动化跑得多溜,是你让领导在不确定的项目里,第一次有了确定感。
新手最容易犯的三个错
第一个错:只报喜,不报忧。
发现 bug 不敢说,怕被开发怼、怕被领导觉得 "你怎么测这么细"。等到上线炸了,谁都救不了。
测试这个岗位的本质,就是在项目上线前把坏消息提前暴露出来。你越早说坏消息,修起来越便宜。等到上线后再说,那叫事故。
第二个错:等领导来问,不主动同步。
新手常有一种错觉:我手里活没干完,别去打扰领导。
错。领导最怕的不是你去找他,是他过了三天才知道你手里有个雷。
正确的做法是:到了节点主动说一声。不用长,三五句话:
"今天进度更新一下:主流程测完了,发现两个 bug 开发在修,明天中午我回归完。有一个性能问题可能要单独拉会,到时候再约。"
就这三五句话,领导对你的信任度直接上一个台阶。
第三个错:用技术黑话回复非技术领导。
你跟开发说 "我测了接口的幂等性和异常返回",领导听得懂。你跟一个产品或运营出身的领导说这话,他脸是懵的。
把技术话翻译成人话:"我测了用户重复点击的时候会不会重复下单。"
测试岗往上走,拼的从来不是你懂多少技术名词,是你能不能让不懂技术的人,也听懂这个风险有多大。
为什么这个小事,比你写一百条用例都重要
不知道大家有没有发现,技术差一点但沟通稳的,最后都升得不错;技术很溜但 "问啥都嗯啊哦" 的,三年了还在点点点。
不是领导偏心。是项目这种东西,越往后越依赖信息透明。
一个版本50个功能、3个测试、5个开发、2个产品,谁手里有雷、雷多大、什么时候排 —— 这些信息如果不主动、准确、及时地浮上来,项目到后期一定失控。
能把 "我这边什么情况" 讲清楚的测试员,本质上是在替整个项目承担风险情报的工作。 这种人,领导想不重用都难。
反过来,你技术再牛,每次领导问进度都回 "差不多"" 快了 ""做完了",领导心里只会想一件事:这人我不敢放手。
写在最后
"做完了" 这三个字,新手说出来是省事,老测试员说出来是事故。下次领导走过来问你进度,停一秒,别张口就回。
在脑子里过一遍四件事:
1. 现在到哪了(具体)
2. 发现了什么问题(不藏着)
3. 有什么风险(提前说)
4. 下一步干嘛、什么时候完(给时间点)
把这四件事说清楚,你就已经超过这个岗位上一半的新手了。
更多软件测试相关推荐:
文章来源:网络 版权归原作者所有
上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8103),我们将立即处理