新手必看：软件测试6个步骤梳理
刚入门软件测试的朋友，是不是经常对着项目发呆？不知道第一步该干啥，测到一半又忘了下一步要做啥？甚至有时候测完了，都不确定自己到底有没有测全？别慌！今天云哥就把软件测试的 6 个步骤，用大白话给大家梳理清楚，每个步骤都带新手能懂的操作要点，一起往下看吧！
一、第一步：需求分析 —— 先搞懂 “要测啥”，别瞎忙活！
很多新手一上来就想直接动手测，可连软件要实现啥功能都没弄明白，测错了方向咋办呢？所以第一步必须是需求分析，简单说就是 “把产品的需求摸透”。
那新手该怎么做需求分析呢？我总结了 3 个简单的步骤，照着做就行：
- 读文档：把产品经理给的需求文档从头到尾读一遍，重点标出 “必须实现的功能”，比如 “用户能注册、能登录、能下单”；
- 多提问：遇到看不懂的地方，别自己猜，直接找产品经理问，比如 “用户注册时，手机号填错格式会提示吗？”“没填验证码能提交注册吗？”；
- 列清单：把要测的需求点一条一条列出来，做成 “需求测试清单”，比如 “注册功能要测手机号格式、密码长度、验证码有效性”，这样就不会漏了。
我之前带过的实习生小周，刚开始做需求分析总漏点，后来用了列清单的方法，就很少出错了。小周还跟我说：“列完清单后，我会发给产品确认一下，确保自己理解的没错，这样后面测试心里就有底了。”
二、第二步：测试计划 —— 规划 “怎么测”，避免手忙脚乱！
需求搞懂了，接下来就得规划 “怎么测”，这就是测试计划。可能有人会问，做计划太麻烦了，直接测不行吗？我之前也试过没做计划就测，结果测到一半发现工具没准备好，还得临时找，浪费了大半天时间。后来才知道，好的计划能让测试效率提高不少。
下面是我平时做计划的表格，新手朋友可以直接照着填：
| 计划内容 | 新手操作建议 |
|---|---|
| 测试范围 | 明确测哪些功能，比如 “这次只测 APP 的登录和购物车，支付功能下次再测”，别贪多 |
| 测试资源 | 准备好工具和人，比如 “用 Jira 记 bug、用 Postman 测接口，2 个人一起测” |
| 时间安排 | 把测试分成阶段，比如 “3 天写用例、5 天执行测试、2 天改 bug 回归”，每个阶段定好时间 |
| 风险应对 | 提前想可能出的问题，比如 “开发延期了，测试就往后推 2 天；遇到难修的 bug 先标记，先测其他的” |
我身边做测试 5 年的李哥也说：“新手别觉得做计划没用，尤其是多人协作的时候，大家都按计划来，才不会乱成一锅粥。”
三、第三步：测试用例设计 —— 写 “测试剧本”，不丢不漏！
测试计划做好了，就该写测试用例了。啥是测试用例呢？其实就是 “测试的剧本”，把每一步操作、预期结果都写清楚，比如 “输入正确手机号 13800138000，输入密码 123456，点击登录，应该能进入首页”。
新手写用例容易犯 “太笼统” 的错，比如只写 “测试登录”，这可不行。那怎么写出合格的用例呢？我分享 3 个自己常用的小技巧：
- 步骤要细：每一步都写清楚，比如 “打开 APP→点击‘我的’→点击‘登录’→输入手机号”，别跳步骤；
- 覆盖场景：不仅测正常情况，还要测异常情况，比如 “输入错误手机号、空密码、无网络登录”，这些都得想到；
- 结果明确：预期结果要具体，别写 “登录成功”，要写 “成功进入首页，显示用户名‘张三’”，这样才好判断对不对。
我平时写用例的时候，还会用 “等价类” 的方法，比如测试密码长度 8-16 位，就测 7 位、8 位、16 位、17 位，能快速覆盖更多情况，新手也可以试试。
四、第四步：测试执行 —— 动手测！遇到 bug 别慌！
前面的准备都做完了，终于到动手测试的时候了！这一步就是照着测试用例，一步一步操作软件，看看实际结果跟预期结果一不一样。
新手执行测试的时候，要注意这 3 点：
- 记好 bug：遇到 bug 别慌，先把操作步骤、出现 bug 的手机型号（或浏览器）记下来，最好截个图，比如 “在 Chrome 浏览器里，输入超长密码点击登录，页面卡住了”，这样开发才能快速找到问题；
- 别漏回归：开发修复 bug 后，得再测一遍，确认 bug 真的好了，而且没带出其他问题，这叫 “回归测试”，千万别漏；
- 记进度：每天测了多少用例、发现了多少 bug，记在 Excel 里，比如 “今天测了 30 条用例，发现 5 个 bug，2 个已修复”，这样自己也知道进度。
我刚开始做测试的时候，总忘记录 bug，后来养成了 “遇到 bug 立刻记” 的习惯，就再也没出过问题。
五、第五步：缺陷管理 —— 跟踪 bug，直到解决！
测的时候发现了 bug，不能只告诉开发就完事了，还得跟踪 bug 的状态，这就是缺陷管理。可能有人会问，开发说修好了不就行了吗？为啥还要跟踪？我之前就遇到过开发说修好了，结果我没验证，上线后 bug 又出现了，特别麻烦。
新手做缺陷管理，其实很简单，就 3 步：
- 分类 bug：按严重程度分 “致命、严重、一般、轻微”，比如 “软件崩溃” 是致命 bug，“按钮颜色不对” 是轻微 bug，开发会先修严重的；
- 跟踪状态：bug 从 “已提交” 到 “开发中”“已修复”“已验证”，每个阶段都要更新，比如开发说修好了，你验证完就标 “已验证”；
- 沟通清楚：要是开发觉得某个 bug 不用修，得问清楚原因，别不了了之，比如 “这个按钮颜色不对，不影响使用，能不能下次迭代再改？”。
我平时用 Jira 管理 bug，新手要是没这个工具，用 Excel 建个表格记录也能行。
六、第六步：测试报告 —— 总结结果，给项目收尾！
所有测试都做完了，最后得写一份测试报告，把测试结果告诉团队。项目经理会根据这份报告，判断软件能不能上线，所以报告很重要。
新手写报告不用太复杂，包含 4 点就行：
- 测试总结：说清楚测了啥、测了多少，比如 “测了 APP 的登录、购物车功能，共执行 100 条用例，通过 90 条，通过率 90%”；
- bug 统计：汇总 bug 情况，比如 “共发现 10 个 bug，已修复 8 个，2 个轻微 bug 计划下次修复”；
- 测试结论：明确软件能不能上线，比如 “核心功能没致命 bug，轻微 bug 不影响使用，建议上线”；
- 小建议：提一点下次能改进的地方，比如 “下次测试前，让开发提前把测试环境搭好，别耽误时间”。
我写报告的时候，会多用图表，比如用饼图展示 bug 严重程度，比纯文字清楚，领导也更喜欢看。
最后跟新手朋友们说句心里话，软件测试这 6 个步骤，看着多，但只要一步步跟着做，多练几个项目就熟练了。刚开始别追求完美，哪怕每一步只做好 80%，慢慢积累也能进步。遇到不懂的别憋着，多问老同事、多查资料，我也是从啥都不会的新手过来的，只要肯学，肯定能做好。希望今天梳理的这些内容，能帮到正在入门的你，祝大家都能早日成为靠谱的测试工程师！
暂无评论