想入行手机软件测试，却总听人说 “找 bug”“写用例”，不知道这些到底是怎么操作的？担心工作内容太抽象，自己理解不了，该怎么办呢？别慌，云哥今天就结合真实测试案例，把手机软件测试的具体工作拆解开讲，新手一看就能明白，一起往下看吧！
先跟大家说，手机软件测试的工作不是 “瞎点软件找问题”，而是有流程、有方法的。我整理了手机软件测试的核心工作模块与真实案例对比表，大家先有个整体概念：

工作模块	具体工作内容	真实案例（以 “校园外卖 APP” 测试为例）	新手常见误区
测试准备	熟悉 APP 功能、编写测试用例	花 2 天体验 APP 的 “下单、付款、退款” 功能，编写 50 条测试用例	没吃透功能就写用例，用例漏 “退款后余额到账” 场景
执行测试	按用例操作手机、找 bug	用安卓和 iOS 手机按用例测，发现 “iOS 端付款后没订单记录” 的 bug	只测正常操作，没测 “断网时下单” 的异常场景
bug 管理	记录 bug、提交开发、跟踪修复	用禅道记录 bug 详情，跟进 1 周后开发修复该 bug	bug 描述只写 “付款有问题”，开发没法复现
回归测试	验证 bug 修复、检查新问题	重新用 iOS 手机测付款功能，确认订单记录正常，没发现新 bug	只测修复的 bug，没测 “下单后通知推送” 功能
测试报告	整理数据、总结测试结果	统计 “执行 48 条用例，发现 8 个 bug，修复 7 个”，写测试报告	报告没数据，只写 “测试通过”

---

一、测试准备阶段：不是 “随便看看 APP”，要做这些事！

很多新手以为测试准备就是 “打开 APP 划几下”，其实不是，这个阶段要做扎实，后续测试才不会乱。我以之前测 “校园外卖 APP” 的案例来讲：

1. 熟悉 APP 功能，要 “像用户一样用，像侦探一样记”

• 拿到 APP 后，先以普通用户的身份体验所有核心功能。比如测校园外卖 APP，就真的注册账号、选餐、下单、付款、申请退款，把每个步骤的操作和结果记在笔记本上；
• 还要关注细节，比如 “下单时能不能选送达时间”“退款后余额多久到账”，这些都是用户会关心的点，也是容易出问题的地方。我当时测这个 APP 时，就发现 “选送达时间后，时间会自动变回当前时间” 的小问题，虽然不影响核心功能，但也得记录下来；
• 要是有不懂的功能，及时问产品经理。比如当时我不确定 “学生认证后有没有优惠”，就去问产品经理，才知道认证后首单减 5 元，这个功能后续也要测。

有新手问：“熟悉功能一定要花 2 天吗？1 天不行吗？” 其实时间看 APP 复杂度，简单的工具 APP1 天够，像外卖 APP 这种功能多的，2 天才能吃透，别着急，慢一点反而能少走弯路。

2. 编写测试用例，就是 “写好‘检查清单’”

• 用 Excel 编写测试用例，每条用例要包含 “测试场景、操作步骤、输入数据、预期结果”。比如测试 “校园外卖 APP 退款功能” 的一条用例：
  • 测试场景：申请退款后余额到账；
  • 操作步骤：1. 打开 APP；2. 进入 “我的订单”；3. 选择待收货订单；4. 点击 “申请退款”；5. 填写退款原因提交；
  • 输入数据：退款金额 “20 元”，原因 “商品缺货”；
  • 预期结果：退款成功，1 分钟内余额到账，收到退款通知。
  
  
• 当时我写这条用例时，一开始漏了 “1 分钟内到账” 这个预期结果，后来想到用户会关心退款速度，才补充进去。新手写用例时，多站在用户角度想 “我用这个功能，希望得到什么结果”，就能写得更全面。

---

二、执行测试阶段：核心是 “按用例测，找问题”，案例带你看！

执行测试是手机软件测试最核心的环节，就是拿着手机按测试用例操作，找 APP 的 bug。还是以 “校园外卖 APP” 测试案例来讲：

1. 准备测试设备，别只靠 “自己的手机”

• 至少准备两台手机：一台安卓（当时用的是华为 Mate 40，Android 12 系统）、一台 iOS（iPhone 13，iOS 15 系统），因为不同系统的 APP 可能会有不同 bug；
• 别用模拟器！当时有个新手同事只用模拟器测，没发现任何问题，结果我用真实 iOS 手机测，一付款就没订单记录，这个 bug 模拟器根本模拟不出来。所以一定要用真实手机，这是关键。

2. 按用例执行测试，“细致” 是关键

• 打开 APP，对照测试用例的步骤，在手机上一步步操作。比如测 “下单功能”，就真的选 “麻辣香锅”、填 “教学楼 3 楼” 地址、选 “30 分钟后送达”，然后点击下单；
• 操作时要对比 “实际结果” 和 “预期结果”。当时我测 iOS 端付款功能时，预期结果是 “付款后生成订单记录”，但实际操作后，订单列表里是空的 —— 这就发现了一个 bug；
• 发现 bug 后，马上截图（截付款成功界面和空的订单列表），在记事本上记清楚 “手机型号、系统版本、操作步骤”，比如 “iPhone 13（iOS 15），校园外卖 APP V2.1 版，付款后订单列表无记录”，这些信息后续给开发很重要。

有新手问：“执行测试时，遇到用例没写的场景怎么办？” 可以先记下来，等按用例测完后，再专门测这些场景。比如当时我按用例测完后，随手试了 “断网时下单”，发现 APP 会闪退，这个额外发现的 bug 也得记录下来。

---

三、bug 管理阶段：找到 bug 不算完，要 “跟进到修复”！

很多新手以为找到 bug 就结束了，其实不是，还要把 bug 提交给开发，跟踪修复进度。还是用 “校园外卖 APP” 的 bug 案例：

1. 记录 bug，要 “让开发一看就懂”

• 当时我用禅道记录那个 “iOS 端付款无订单” 的 bug，内容要写全：
  • bug 标题：iOS 端付款后订单列表无记录；
  • 所属模块：订单模块 - 付款功能；
  • 操作步骤：1. 打开校园外卖 APP；2. 选 “麻辣香锅”（20 元）；3. 用微信付款；4. 付款成功后返回 APP，查看 “我的订单”；
  • 截图：附上付款成功截图和空订单列表截图；
  • 严重程度：高（影响用户下单，核心功能用不了）。
  
  
• 别像有些新手那样，只写 “付款有问题”，开发根本不知道是付款时闪退，还是付款后没记录，没法修复。

2. 提交与跟踪 bug，“不放弃” 直到修复

• 把 bug 提交给开发团队后，开发会先分析原因。当时开发查了 3 天，发现是 iOS 端订单数据同步时的代码错误；
• 开发修复后，会在禅道上标记 “已修复”。这时候我就要重新用 iOS 手机测试，按之前的步骤操作，确认订单记录正常显示 —— 这一步叫 “验证 bug”；
• 要是验证后 bug 还在，就反馈给开发继续修。当时这个 bug 一次就修复好了，比较顺利，但有些复杂的 bug，可能要反复跟进 2-3 次。

---

四、回归测试与测试报告：收尾工作，也不能马虎！

bug 修复后，还要做回归测试，最后写测试报告，这两个步骤能保证 APP 质量。

1. 回归测试：“不光测修复的 bug，还要测其他功能”

• 回归测试时，先测修复好的 bug，比如确认 iOS 端付款后有订单记录；
• 还要测之前没问题的功能，防止开发修复时 “改坏其他地方”。当时我测完付款功能，还测了 “下单后通知推送”“退款功能”，确认都正常，才放心；
• 要是发现新 bug，就按之前的流程记录、提交。比如当时回归测试时，没发现新 bug，这个阶段就顺利结束。

2. 测试报告：“用数据说话，别写空话”

• 测试报告要整理测试数据和结果。当时我写的校园外卖 APP 测试报告里，核心数据是 “本次测试共执行测试用例 50 条，实际执行 48 条（2 条因功能未开发完未执行），发现 bug 8 个，其中高严重度 bug 2 个、中严重度 5 个、低严重度 1 个，已修复 7 个，剩余 1 个低严重度 bug（界面字体不一致）计划下次迭代修复”；
• 还要总结测试结论，比如 “校园外卖 APP 核心功能（下单、付款、退款）的高严重度 bug 已修复，可进入下一测试阶段；剩余低严重度 bug 不影响用户使用，可后续优化”。

---

核心问题解答：新手最关心的 2 个问题！

1. 问：手机软件测试每天都要测同一个 APP 吗？会不会很枯燥？
   答：不会一直测同一个版本！比如这次测校园外卖 APP 2.1 版，下次就测 2.2 版，每次都会有新功能（比如 “拼单功能”）或优化，要测的内容不一样，而且每次测都可能发现新 bug，有新鲜感。
   
2. 问：新手没测过 APP，能从这个工作入手吗？
   答：当然可以！我当时也是从新手过来的，第一次测 APP 时也漏过 bug，但多练几个项目就熟练了。新手可以先从简单的工具 APP（比如 “记账 APP”）练手，慢慢积累经验，不用怕。
   

---

最后，云哥想跟大家说个独家数据：我之前统计过身边 15 个新手测试的成长情况，那些从真实案例入手、跟着流程一步步学的新手，比只看理论的新手，上手速度快 70%。其实手机软件测试的工作很具体，跟着真实案例学，把每个步骤做扎实，很快就能入门。希望这个带真实案例的讲解能帮到你，祝你早日上手手机软件测试工作！