刚接触手机软件功能测试的朋友，是不是拿到一款 APP 不知道从哪儿下手测？测的时候只跟着正常流程点一遍，却漏了好多问题，最后被说 “测得不全面”？该怎么办呢？其实手机软件功能测试有明确的技能要点，今天云哥就把这些技能拆解开，新手也能跟着学，一起往下看吧！

一、先搞懂：功能测试核心是 “验证功能对不对”，这 3 个基础认知要先有

很多新手以为功能测试就是 “随便点点”，其实不是，得先明白这 3 点，不然方向就错了：

1. 功能测试要 “覆盖全”：不仅要测 “能正常用的情况”，还要测 “用不了、出问题的情况”，比如测试 “登录” 功能，既要测手机号密码对能登，也要测手机号错、密码空的时候会不会提示。
2. 要 “模拟用户真实操作”：别按自己的习惯测，要想用户会怎么用，比如用户可能会连续点 “提交” 按钮，可能会输特殊符号（比如 “@”“#”），这些都要测到。
3. 发现问题要 “说清楚”：找到 bug 后，不能只说 “登录用不了”，要讲清 “在什么手机（比如小米 13）、做了什么操作（输错 3 次密码）、出现什么问题（提示‘账号锁定’但没说锁定多久）”，不然开发没法修。

我刚开始做测试的时候，就只测正常流程，后来带我的前辈说 “用户不会都按正确步骤来”，我才慢慢学会测异常情况。

二、必备技能一：会写 / 会用测试用例，这是测试的 “导航图”

测试用例就是测功能的 “步骤清单”，不会写也得会用，具体要掌握这些：

测试用例要素	说明	新手学习方法
测试模块	测哪个功能（比如 “购物车添加商品”）	先把 APP 按功能分成块，比如 “登录”“首页”“订单”
测试步骤	具体怎么测（1. 打开 APP；2. 选商品；3. 点 “加购物车”）	模仿别人的用例写，步骤要清晰，别人看了能跟着测
预期结果	正常应该出现啥（比如商品成功加入购物车，数量显示 1）	按需求文档写，比如需求说 “加购物车后数量 + 1”，预期结果就这么写
实际结果	实际测出来啥（比如商品加了，但数量没变化）	测的时候如实记录，和预期不一样就是 bug

新手一开始不用自己写复杂用例，可以先看团队里别人写的，跟着用例测，熟悉后再慢慢自己写。比如我刚开始就跟着用例测 “支付” 功能，用了一周才敢自己写简单用例。

三、必备技能二：会 “设计测试场景”，覆盖用户可能遇到的情况

光跟着用例测不够，还要会自己想场景，这 3 个方法很实用：

1. 按 “功能点拆分”：把一个大功能拆成小功能测，比如 “下单” 拆成 “选商品→加购物车→填地址→选支付方式→提交订单”，每个小步骤都测。
2. 用 “等价类划分”：把相似的输入归为一类，测一个就行，比如测 “手机号登录”，手机号正确的归一类（测 1 个），手机号错的（比如少 1 位、多 1 位）归一类（测 1 个），不用每个手机号都测。
3. 用 “边界值分析”：测 “边界” 情况，比如 “密码长度要求 6-12 位”，就测 5 位、6 位、12 位、13 位，看会不会提示，这些边界最容易出问题。

有人会问，我想不出那么多场景咋办？可以找同事一起 “头脑风暴”，或者看用户反馈，比如 APP 评论里用户说 “填地址时省市区选不了”，这个场景就要加进去测。

四、必备技能三：会记录和跟踪 bug，让问题能被解决

找到 bug 后，不能光告诉开发，还要做好记录和跟踪，具体要做：

1. 用工具记录 bug（新手先学 Excel）：把 bug 信息填清楚，包括 “bug 标题（比如‘购物车加商品数量不更新’）、测试环境（手机型号、APP 版本）、操作步骤、截图 / 录屏”。博主经常使用 Excel 记录，简单又方便，等熟悉了再学 JIRA 这类专业工具。
2. 跟踪 bug 状态：记录后要问开发 “啥时候修”，修完后要再测一遍，确认问题解决了，才算完事。之前我测的时候，发现 bug 没跟踪，过了一周才知道开发忘了修，耽误了进度。
3. 区分 “bug” 和 “需求”：比如需求说 “登录只能用手机号”，你说 “想支持微信登录”，这不是 bug 是需求建议，别混为一谈，不然开发会觉得你不专业。

五、常见问题：新手常问的 2 个问题，我来答

• 问：没学过代码，能做手机软件功能测试吗？
  答：完全可以！功能测试主要看功能对不对，不用写代码，只要会用手机、会记录问题就行，很多新手都是零基础入门的。
• 问：测试时漏了 bug，是不是很失败？
  答：别慌！就算是老测试也会漏 bug，关键是总结经验，比如这次漏了 “断网场景”，下次测的时候就专门加个断网步骤，慢慢就能少漏 bug 了。

最后跟大家说点个人心得，手机软件功能测试不难，但要细心和有耐心，别怕麻烦，每个功能多测几遍、多想几种场景，就能做好。我刚开始也经常漏 bug，练了 3 个月才慢慢熟练，大家只要坚持学，肯定能学会。希望能帮到你！