刚入行做软件测试的朋友，是不是总遇到这种情况？测试的时候东一榔头西一棒子，漏了关键功能不说，还总因为步骤不规范被领导批评；想找个靠谱的流程参考，搜出来的内容又太复杂，看不懂也用不上？其实不光测试，做啥事儿都得有规范，就像 “新手如何快速涨粉” 要按方法来一样，测试也有固定流程，今天云哥就把软件测试的规范流程拆明白，每个步骤都附实例，新手照着做保准不出错，一起往下看吧！
首先得说测试前的 “需求评审规范”，这步可不能少。很多新手觉得 “不就是看需求文档吗，自己看就行”，其实不对，需求评审得跟产品、开发一起开个会，把不懂的地方问清楚。规范步骤有 3 个：

1. 提前 1 天看需求文档，把疑问标出来，比如测一个社交 APP 的 “朋友圈发布” 功能，要标清 “能不能发纯文字”“图片最多发几张” 这些疑问；
2. 会上逐点讨论疑问，让产品给出明确答案，比如产品说 “图片最多发 9 张，支持 JPG 和 PNG 格式”，就把这些记在需求文档上；
3. 会后发一份 “需求评审纪要”，把讨论结果同步给所有人，避免后面出现理解偏差。

实例：之前我刚做测试时，没参加需求评审，自己理解 “朋友圈能发 10 张图”，测的时候按 10 张图测，结果上线后用户反馈只能发 9 张，最后查出来是我理解错了，还得返工，特别丢人。所以新手朋友，需求评审一定要参加，别偷懒。
然后是 “测试计划制定规范”，这步是确定 “测啥、怎么测、啥时候测完”。规范内容得包含 4 点：

• 测试范围：明确哪些功能要测、哪些不用测，比如测购物 APP，“商品浏览”“下单付款” 要测，“商家后台管理” 不用测；
• 测试资源：列清楚需要的设备、工具，比如需要 3 台不同型号的手机、JMeter 性能测试工具；
• 时间节点：定好 “需求评审完 3 天内出测试用例”“测试用例评审完 5 天内开始测试” 这些时间；
• 风险预案：提前想可能出的问题，比如开发延期交付，测试时间要怎么调整。

我做过一个工具类 APP 的测试计划，当时没写风险预案，结果开发延期了 2 天，测试时间不够，最后只能加班赶进度，特别累。所以新手做计划，一定要把风险想到。
为了让大伙儿更清楚规范流程和不规范做法的差别，云哥做了个表格：

流程步骤	规范做法	不规范做法	后果
需求评审	参会提问，记纪要	不参会，自己瞎理解	理解偏差，漏测、错测
测试计划制定	明确范围、资源、时间、预案	只写大概内容，没细节	测试混乱，进度失控
测试用例编写	按 “功能点 + 步骤 + 预期结果” 写	只写功能点，没步骤	测试时漏步骤，测不全面
测试执行	按用例测，记 bug 细节	随便测，bug 只写 “有问题”	开发修 bug 时找不到原因

再说说 “测试执行规范”，这步是按用例一条条测，规范做法有 2 个关键：

1. 按 “功能测试→性能测试→兼容性测试” 的顺序测，别打乱，比如测一个视频 APP，先测 “播放”“暂停”“快进” 这些功能，再测 “100 人同时看视频卡不卡” 的性能，最后测在不同手机上的兼容性；
2. 发现 bug 要记清楚细节，包括 “操作步骤”“测试环境”“实际结果”，比如 bug 描述要写 “在安卓 13 手机上，打开视频 APP→点击‘缓存视频’→选择 1080P 清晰度，实际结果：缓存到 50% 时闪退，预期结果：正常缓存完成”。

实例：我之前测一个教育 APP，发现 “课程播放” 有 bug，只写了 “播放不了”，开发问我具体情况，我都忘了，最后只能重新测，浪费时间。所以记 bug 一定要详细。
可能有新手会问：“要是测试的时候发现用例里没写的功能有问题，该怎么办呢？” 按规范来，先把这个问题记下来，标上 “新增 bug”，然后补充对应的测试用例，再按补充的用例测，别直接跳过也别随便测。我之前测一个购物 APP，发现 “优惠券过期后还能使用” 的问题，用例里没写，我就按规范补充了用例，最后这个 bug 被及时修复，没影响上线。
最后说点我个人的心得，新手做软件测试，别觉得规范麻烦，其实规范是帮你少走弯路的。刚开始可以照着别人的规范模板做，比如找老员工要需求评审纪要、测试计划的模板，跟着填，慢慢就熟练了。我刚开始就是靠模板入门，后来自己能独立写规范，效率提高了不少。还有就是多总结，每次测试完，想想哪些地方没按规范来，下次怎么改进。希望能帮到你，新手朋友们，照着规范做，测试肯定不出错！