为什么要做产品测试？提升产品质量就靠它了！

要说为什么要做产品测试？我以前年轻不懂事的时候，真觉得这是浪费时间，能跑就行了呗！后来我吃了一个大亏，脸都丢光了，才明白过来，这是救命的活儿，不是做给谁看的。

那事儿发生在五年前，我当时刚接手一个给大客户用的数据导出工具。客户那边催得急，老板也天天在后面盯着。那个工具说简单也简单，就是把数据库里的几个表拉出来，套个模板生成一个Excel文件。我一看，这有啥难的？以前也写过类似的。

第一次的“惨痛经历”

我当时自作聪明，觉得主要功能跑通了就行。写完代码，自己随便点了几下，能生成文件，也没报错，就直接推上去了。那时候哪有什么正规的测试流程？我大手一挥，告诉客服：“上线了，让客户用！”

结果？客户用了还不到半小时，电话直接打爆了。原来是他们拉了一份超大的数据。我的代码在小数据量下没问题，数据量一上去，整个系统就卡死了，然后直接崩掉，连带着几个不相关的报表功能也跟着瘫痪了。客户那边等着这份数据去开会，气得差点要报警。我当时坐在工位上，真是如坐针毡，汗都流下来了。

我的老大把我叫进去，一顿狠批，直接问我：“你测试了吗？测试报告在哪？”我哪有什么测试报告？当时硬着头皮吱唔了半天，说自己试过了。他直接把键盘砸在我桌上，吼我：“自己现在就去把测试步骤给我写出来，不跑完不准回家！”

就是从那时候开始，我才被迫把产品测试这套东西硬塞进了我的工作流里。

我的“土法炼钢”测试流程

被老大逼着写完那套测试步骤后，我才发现，也没那么复杂，就是把脑子里想当然的那些东西，全部记录下来，然后一步一步去跑。我的流程是这样的：

第一步：把能想到的都写下来

我拿出一张纸（后来是文档），不叫什么“测试用例”，就叫“看看单子”。我强迫自己把功能点拆解。我当时是这样拆解那个导出工具的：

• 能正常登陆进去吗？
• 点导出按钮后，能跳出筛选框吗？
• 筛选条件那里，只选一个时间段导出，能行吗？
• 不选任何条件，清空所有筛选，让它导最大量的数据，会不会崩？（这是惨痛教训）
• 选错日期格式，比如结束日期比开始日期早，会有报错提示吗？
• 拉取文件的时候，客户那边突然断网会怎么样？

第二步：自己先“找茬”

我不像以前那样，随手点点就完事。我开始按照那个“看看单子”一步一步来。我不是以一个开发者的身份去点，而是想象客户会怎么瞎搞。我会故意输入奇怪的字符，故意去导几万条数据，就为了看它会不会报错。

第三步：找人“试玩”

这是最关键的。我找隔壁工位的同事，或者产品经理，就让他们来点点看。我把流程教给他们，然后盯着他们操作。因为他们不是开发者，他们会做出我这种“内行”想不到的奇葩操作。有一次，同事快速连点了两次导出按钮，我的系统差点又崩了，幸好这回被我逮到了，赶紧回去修了加锁。

现在的状态：我“赚了”

自从我把这套“土法炼钢”的测试流程固定下来，奇迹发生了：我的产品上线后，出问题的几率直接少了九成。以前，我每周至少有两三个晚上要加班到凌晨去救火；我能准时下班，基本都是在喝茶看报。

测试，它真的不是一个额外的步骤，而是我检验自己代码的保险。我现在每次写完代码，不好好跑完我的“看看单子”，心里就犯嘀咕，总觉得哪里没穿衣服。提升产品质量？那是顺带的！最重要的，它提升了我的睡眠质量，保住了我的饭碗，少听了老板的骂声。这笔账，我算得很清楚，我是赚大了！