想入行软件测试，却总听人说 “要跟流程走”“要担起职责”，可到底啥流程、啥职责完全摸不着头脑？担心自己没经验，连第一步该干啥都不知道？作为在测试行业摸爬滚打 6 年，带过 30 + 新手的人，云哥今天就把软件测试从流程到职责拆解开说，还加了身边人的真实经历，小白也能听明白，一起往下看吧！
先跟大家说个 UGC 案例，我之前带的新手小杨，刚入职时连 “需求评审” 都不知道是啥，第一次开会全程懵，后来跟着流程学，3 个月就能独立负责模块测试了。他说：“刚开始以为测试就是找 bug，后来才知道从需求到上线，每一步都有要干的活，搞懂流程和职责后，工作才顺起来。” 其实很多新手都跟小杨一样，先搞懂流程和职责，才能真正明白测试到底做什么。

一、软件测试完整流程：5 个阶段，每个阶段要干这些活

软件测试不是上线前才开始的，从软件开发一开始就有测试的事，我把整个流程分成 5 个阶段，每个阶段的具体工作都列清楚了：

1. 需求评审阶段（开发前）
   这是测试的第一步，也是很关键的一步。测试员要参加产品经理组织的需求评审会，把软件要做的功能、性能要求都听明白。比如 “这个购物 APP 要支持微信、支付宝两种付款方式，付款后要 10 秒内发通知”，这些都得记下来。还要主动提问题，比如 “要是用户付款后没收到通知，算 bug 吗？”，把模糊的需求确认清楚，避免后续测试方向错了。小杨刚开始没提问题，后来测付款功能时才发现需求没说清 “没通知算不算问题”，又回头找产品确认，白白浪费了时间。
   
2. 测试设计阶段（开发中）
   开发员写代码的时候，测试员也不能闲着，要做 “测试设计”。核心是写 “测试用例”，就是把测试的步骤、预期结果一条条列出来。比如测 “微信付款”，测试用例就要写：① 选商品→点微信付款→跳转微信→付款成功→收到通知（预期结果）；② 选商品→点微信付款→断网→提示 “网络异常”（预期结果）。博主经常使用的工具是禅道，把测试用例录进去，后续测试的时候照着来，不会漏测。
   
3. 执行测试阶段（开发完）
   开发员把功能写好后，就到了最核心的 “执行测试” 阶段。测试员要打开测试环境的软件，照着测试用例一步步操作，找 bug。比如按用例测付款功能，要是付款成功后 30 秒才收到通知，这就不符合 “10 秒内” 的需求，算一个 bug。发现 bug 后，要详细记录：在什么手机型号、什么网络下，按什么步骤出现的问题，再把 bug 提交给开发员，让他们修。
   
4. 回归测试阶段（bug 修复后）
   开发员把 bug 修好后，测试员要做 “回归测试”—— 再按之前的步骤测一遍，确认 bug 真的修好了，还要顺便测测相关功能，避免修这个 bug 时又带出新 bug。比如修了 “付款通知慢” 的 bug 后，不仅要测通知速度，还要测付款是否能正常到账，别通知快了，钱却没到账。
   
5. 上线后监控阶段（软件上线）
   软件上线不代表测试结束了！测试员还要监控线上情况，比如看用户反馈有没有新 bug，用监控工具看软件会不会卡顿、崩溃。要是有紧急 bug，比如 “部分用户付款后订单消失”，要赶紧配合开发员紧急修复，修复后再做一次小范围测试，确保没问题再重新上线。
   

二、软件测试核心职责：3 件事必须做好，缺一不可

搞懂流程后，还要明确测试员的核心职责，不是光找 bug 就行，这 3 件事必须担起来：

1. 保证软件质量，不让有问题的功能上线
   这是测试员最核心的职责。不管是功能 bug（比如登录不上），还是体验问题（比如按钮点半天没反应），都要在上线前找出来。要是没找到严重 bug，软件上线后用户大量投诉，测试员要负责的。我之前有个同事，漏测了 “订单支付后不生成物流信息” 的 bug，上线后被用户投诉了几百次，最后还写了检讨。
   
2. 主动沟通，协调解决问题
   测试员要跟很多人打交道：跟产品确认需求，跟开发对接 bug，跟运营同步上线进度。遇到问题不能等，要主动沟通。比如开发员说 “这个 bug 没法修”，不能直接放弃，要跟他一起分析原因，看看有没有替代方案，实在不行再找领导协调。小杨刚开始不敢沟通，遇到开发说 “没法修” 就慌了，后来学会主动聊，很多问题都解决了。
   
3. 记录和整理文档，方便后续追溯
   测试过程中产生的文档，比如测试计划、测试用例、bug 报告，都要整理好保存。以后再做类似功能测试，能直接参考之前的文档，不用重新写；要是软件出了线上问题，也能翻之前的测试记录，看是不是之前漏测了。
   

三、问答解惑：新手最关心的 2 个流程与职责问题

问：“要是开发进度赶，让我跳过测试设计阶段，直接找 bug，该怎么办呢？”
答：绝对不能跳！跳过测试设计，没写测试用例，测试的时候很容易漏功能，反而会让软件质量出问题，最后上线后修 bug 更费时间。可以跟开发说：“我简化测试用例，只写核心步骤，不会耽误太多时间，这样能保证不漏测关键功能。” 一般开发都会理解的。
问：“上线后用户反馈的 bug，是开发的责任还是测试的责任？”
答：不能一概而论。要是是之前没测到的场景（比如 “用户用海外手机号登录出 bug”），测试员和开发员要一起分析，测试员后续要补充测试用例，避免再漏测；要是是上线后新出现的问题（比如 “服务器突然崩溃”），大多是开发的问题，测试员配合修复就行。不用一有线上 bug 就慌，主动解决就好。
我觉得不管是新手还是有经验的测试员，都得先把流程和职责搞明白，这样工作才不会乱。流程是 “怎么做”，职责是 “要做好什么”，两者结合起来，才能真正把测试工作做好。新手不用怕复杂，跟着流程一步步来，慢慢就能把职责扛起来。希望这些内容能帮到你，让你清楚测试到底做什么！