今天突然想聊聊测试开发和软件开发的区别，这事儿本来没想写，纯粹是被公司新来的实习生问懵了。小伙子眨巴着眼睛问我：“哥，你说我学开发将来能去搞测试不？”好家伙，我当时就懵了，这不跟我去年想的差不多吗？

被问住了就自己动手

我干脆把去年刚转岗时的笔记翻出来了。当时领导拍着我肩膀说：“要不试试测试开发？”我脑门一拍就答应了，结果第一周直接抓瞎。开发同事甩给我个新功能模块，我咔咔两小时写了段代码想自动检测页面响应速度：

• 用time模块记打开页面前时间
• 加载完再记结束时间
• 减一减算时间差

写完美滋滋跑起来，结果数字飘得跟心电图似的。开发同事端着咖啡路过，瞄了眼幽幽地说：“你这没过滤JS加载时间...”当时我就觉得，开发写的是“让功能跑起来”，我写的是“找出哪儿跑歪了”。

踩坑踩出区别了

上周亲眼见识了个典型例子。商城系统搞促销活动，开发小哥熬夜写完下单功能，第二天开开心心给我们演示。结果我随手输了-100件商品，结算页面直接显示“恭喜获得10000元优惠券”！开发小哥脸都绿了，嘟囔着“正常人谁买负数”，我默默掏出测试用例本本，第一条就写着“输入极端值”。

后来在需求会吵得最凶那次更明显：产品经理要求新用户注册必须绑定银行卡。开发团队拍胸脯说三天搞定，我们测试组当场就炸了：“想过没银行卡的学生怎么办？临时卡失效咋处理？银行接口崩了用户卡在注册页？”吵出个“跳过绑定”的按钮。你看，开发在想怎么实现，测试在想怎么搞垮这个实现。

现在我天天在干的事

昨天接了个新需求要给购物车加库存校验。开发同事写的是这样的：

• 库存不足弹toast提示
• 按钮变灰
• 更新前端库存数

而我吭哧吭哧搞的这些：

• 脚本模拟100人同时点结算
• 狂点“-”号把商品数减成0再点结算
• 断网时疯狂加购商品
• 把手机时间调到明年再操作

结果真抓到个隐藏bug——库存卖光时还能用手机快充按钮连续点击加购！开发同事看日志时直挠头：“用户手速得有多快才能触发这bug...”我指着测试工位堆的咖啡罐说：“咱们这儿最不缺的就是手速怪物。”

去年转岗时领导说测试开发就是“专门给开发找茬的工作”，现在深有体会。上周五下班前给购物车提交第18个bug单时，开发组长端着奶茶过来：“哥，留点活路行不？”我默默把“支付成功仍扣库存”的录屏推过去。他吸溜的奶茶突然就不香了。