测试工程师是干嘛的

上线前一天，测试产品经理在群里发了个“稳了吗？工程”，底下没人敢回。师干五分钟后，测试测试工程师老张甩了张截图：订单支付成功后，工程优惠券没核销，师干用户能拿同一张券再下十单。测试群里瞬间安静。工程这就是师干测试工程师的日常——不是找茬，是测试提前把雷踩了，免得用户踩。工程

很多人以为测试就是师干点点点，拿鼠标到处戳。测试真干这行的工程知道，点哪里、师干什么顺序点、点完看什么，全是设计出来的。比如一个登录框，普通人看到的是输入账号密码。测试工程师看到的是：空账号提交会怎样？密码含特殊字符呢？连续输错五次锁不锁？锁了之后换设备还能登吗？登录接口被重放攻击有没有防？这些问题不写下来，靠“随手点点”根本覆盖不全。

我见过一个刚入行的测试，拿到需求文档就开始写用例。写了两百条，评审时被问了一句：“用户断网状态下点提交，前端提示什么？”他愣住。后来补了这条，开发果然漏了断网处理，页面直接白屏。这种事不靠运气，靠的是脑子里那张“异常场景清单”。清单怎么来的？踩坑踩出来的，看线上事故报告看出来的，跟开发吵架吵出来的。

测试工程师分几种。功能测试最基础，保证按钮能点、流程能走通。自动化测试写脚本跑回归，省得每次发版都手动过一遍核心链路。性能测试模拟一千人同时下单，看服务器什么时候崩。安全测试更偏门，专找SQL注入、越权访问这些漏洞。小公司往往一个人全包，大公司拆得细，但核心逻辑一样：用最小成本，把尽量多的缺陷拦在上线之前。

有个细节挺有意思。开发写完代码，自己测一遍，觉得没问题。测试一跑，挂了。开发说“我本地是好的”。测试说“你本地数据库有脏数据，我这是干净环境”。这种扯皮每天都在发生。测试的价值恰恰在这里——他站在“用户第一次用”的视角，而开发站在“我已经知道怎么用”的视角。视角差就是缺陷藏身的地方。

再说个真事。某电商大促前，测试发现购物车合并下单时，如果两个商品来自不同仓库，运费计算会重复叠加。开发说概率太低，不改。测试坚持，最后产品拍板改了。大促当天，果然有用户凑单跨仓商品，要是没改，运费比商品还贵，投诉能爆。测试工程师有时候像那个喊“皇帝没穿衣服”的小孩，不讨喜，但缺了不行。

这行干久了会得一种“职业病”：用任何软件都忍不住想“这地方会不会有问题”。点外卖时看到优惠券叠加规则，会下意识算边界值。注册账号时看到密码强度提示，会想“后端有没有再校验一次”。不是不信任，是职业习惯。这种习惯换来的，是上线后半夜不被报警电话吵醒。

所以测试工程师到底干嘛的？说直接点：开发负责把功能做出来，测试负责把功能做“死”。把各种奇怪路径、极端数据、意外操作都试一遍，确认系统不会崩、不会算错钱、不会泄露数据。干得好的测试，上线后没人记得他。干得差的，上线后所有人都记得他。这活儿不风光，但踏实。