一个人当自己的测试：改完包该演的五个角色

改包这件事，最奇怪的阶段是"改完了但还没交出去"的那一段。你自己试了一遍，都对；发给别人，第一天就出问题。

多数人把原因归结成"运气不好"或者"他那台机器太怪"。但更常见的原因是：你测的其实是"你自己"，而不是"这个改动"。

这两件事的差别，在三个地方特别明显。第一，你知道正确的路怎么走——所以你永远不会点到那个长在角落里的按钮；第二，你对界面太熟——所以你注意不到"这里多了一个东西"或者"这里少了一个东西"；第三，你不愿意把东西弄坏——所以你不会连点五下、不会在加载到一半时按返回、不会中途断网。而真实用户这三件事天天都在做。

这篇讲一个很土但很有效的办法：把自己拆成五个角色，一个一个演。——不是"多看几眼"，是"演"：用那个人的方式拿手机、点按钮、犯错。每个角色大概五分钟，五个角色半小时。而这半小时能发现的问题，往往比"随便点点"两个小时还多。

只需说话，就能让应用变成你想要的样子。而"改完之后"这件事，还有半句：说出来的样子，得由别人来确认；如果暂时没有别人，那你得暂时变成别人。——这就是这篇文章要讲的全部内容。

一、先承认一件事：自己测一定漏

有些人会想"我小心一点就好了"。但漏掉不是粗心造成的，是"知道"造成的。——你知道这个按钮点下去会发生什么，所以你不会犹豫；你不知道的地方，用户一定会卡在那儿。

具体漏在三个地方。

第一处：你不会走错路。一个界面上有三个入口，你知道哪个是对的，所以你直接就点了。而新用户不知道，他会三个都点一遍——而其中两个，你可能从来没点过。

第二处：你看不见"变化"。这句话听起来矛盾，但它是真的：你改的就是那一处，所以你眼里只有那一处。旁边的元素被挤了一格、原来的一行字变成了两行、某个图标小了两像素——这些"副作用"你根本不会注意到，因为你的注意力全在"我改的地方对不对"上。

第三处：你不舍得破坏。——这是最要命的一处。你不会在"保存中"的时候按返回，不会连点三下提交，不会把手机横过来再竖回去，不会在填到一半的时候切出去接个电话。而用户全都会，而且不是故意的——他们只是正常地用手机。

所以"演角色"这件事的真正作用，不是"多测几个场景"，而是"绕开你知道答案这件事"。——当你扮演一个"完全不知道该点哪儿的人"，你就不得不去点那些你从来不点的东西；当你扮演一个"手很笨的人"，你就不得不去破坏那些你舍不得破坏的状态。

二、角色一：第一次打开的人（5 分钟）

怎么演：把应用卸载干净，重新装一遍，然后当成"从来没见过它"。关键动作是——不要在心里替它导航。不知道点哪儿就停一下，看界面有没有在告诉你。

这个角色能发现的东西，按顺序有六件：

一、装完之后，桌面上那个图标对不对。名字是不是你要的、图标有没有变糊、有没有出现两个图标（如果之前没卸载干净）。——这一条听起来太基础，但它是用户看到的第一眼。

二、第一次打开，有没有"空一下"。很多应用首次启动会做初始化，表现是一两秒白屏或者黑屏。如果超过三秒，用户会以为没点上，然后再点一次——有些应用就会开出两个实例。

三、权限弹窗：一次问几个。如果一打开就连着弹三个权限（存储、相机、位置），大多数人会全部拒绝——因为他还不知道你要干什么。而"全部拒绝了之后应用还能不能用"，这是必须演一遍的：很多应用在被拒绝后会一直转圈，或者直接空白。

四、引导页能不能跳过。如果有新手引导，看它有没有"跳过"，以及跳过之后是不是直接能用。——真实的第一次打开，一半人会直接找跳过。

五、首页上"第一个动作"明不明显。把手机拿远一点看：如果三秒内看不出"我该点哪儿"，那这个首页对新用户就是不友好的。——注意这不是设计品味问题，是"有没有一个明显的主线"的问题。

六、有没有"必须先注册"的硬门槛。如果打开就要求登录，看能不能先看看再登录。——对一个"改过的包"来说，这一条尤其重要：因为用户对来源本来就有疑虑，一上来就要账号，他会直接退出。

这六件里，最值得花时间的是第三件（权限被拒绝之后会怎样）。因为它是一个"状态"，不是一个"页面"——你不主动去制造这个状态，就永远看不到它。

三、角色二：天天在用的老用户（5 分钟）

怎么演：不要从首页开始，直接从"你最常用的那个动作"开始，闭着眼睛走一遍。——这个角色的核心不是"能不能用"，是"变没变"。

老用户跟新用户是完全相反的两种人。新用户到处乱点、什么都不知道；老用户哪儿都不点、什么都知道——他靠的是肌肉记忆。而改包这件事，最容易破坏的正是肌肉记忆。

这个角色要问四个问题：

一、他原来点的那一处，位置变了没有。哪怕只是往下挪了二十个像素，他的手也会点空。——而"点空"的后果不是"再点一次"，是"愣了一下，然后开始怀疑是不是装错了"。

二、他原来习惯的"路径长度"变了吗。以前两步能到的地方，现在三步——这在数据上是个位数，在体感上是"这个应用变麻烦了"。

三、他的数据还在不在。这一条前面提过，但在这个角色里最刺痛：因为重新打包换了签名，装之前必须卸载，而卸载会清数据。——所以"演老用户"的时候，第一个动作应该是：打开应用，看那些他天天看的数字还在不在。

四、他会不会注意到"版本变了"。有些用户会看关于页的版本号。如果版本号没变，他会困惑——"我明明装了新的，怎么还是 2.1？"——这时候要么把版本号往上调一点，要么在交付说明里说清"版本号没动，但内容变了"。两种都行，怕的是两种都没做。

这个角色最容易被跳过，因为"我自己就是老用户，我天天在用"。——但恰恰因为你是老用户，你才会自动绕过那些变化：手会自动找到新位置，眼睛会自动忽略多出来的那一行。——所以演这个角色的时候，有个小技巧很有用：把手机放在桌上，不拿起来，用手指去点。——手离开"习惯姿势"，肌肉记忆就失效了，你会立刻发现哪里挪了位置。

再补一句关于"数据还在不在"的实际做法：演这一步之前，先往应用里存一条明显的测试数据。——比如新建一条记录、写上"测试-日期"。——装完之后第一件事就是找这条记录。——找得到，说明数据路径没被牵连；找不到，说明这次改动碰到了不该碰的地方，而这件事必须在交付之前发现，不能等用户来告诉你。——"等用户来告诉你"的代价，通常不是一次返工，而是一次解释，再加上一次信任的消耗。而这两样都比那条测试记录贵得多。

四、角色三：手很笨、很急的人（5 分钟）

怎么演：把手机拿起来，用你不常用的那只手，动作快一点。——这个角色专门负责破坏。他要做的全是"正常人不会在测试时做"的事。

动作一：连点三下。点提交、点保存、点发送的时候，快速点三下。看会不会变成三条记录、三次提交、三个弹窗堆在一起。——这一条在真实用户身上发生的概率高得惊人，因为"点了没反应"的第一反应永远是再点一下。

动作二：在"正在处理"的时候按返回。加载中、保存中、提交中——这三种状态下按返回，看会发生什么。有的应用会停在半路（界面上去了，数据没存），有的会崩，有的会回到一个奇怪的状态。——而"卡在半路"是最难查的一种故障，因为它不报错。

动作三：填到一半切出去。填一个表单，填一半，按 Home 键回桌面，等十秒，再切回来。看内容还在不在。——如果不在，那这个应用的"内存状态"很脆弱；如果手机内存紧张，后台被杀掉，切回来会重新启动并丢掉全部内容。

动作四：横过来，再竖回去。这一条是"界面结构"的照妖镜。横屏时纵向空间变矮，所有"高度写死"的容器都会立刻暴露。——而很多应用在横竖切换之后会回到首页，或者把已经填的东西清空。

动作五：用大拇指去够屏幕最上面的角落。这是个很具体但很有效的动作：单手拿手机的时候，屏幕左上角和右上角是最难够到的位置。——如果那里正好有个"删除"或者"关闭"，那它迟早会被误触，或者永远点不到。

这五个动作里，动作一和动作二最值得做，因为它们指向同一类问题：状态没管好。——而"状态"这一类问题的特点是：它不在任何一张截图上，也不在任何一次"正常操作"里出现。它只在"操作被打断"的时候出现。

五、角色四：网很差的人（5 分钟）

怎么演：开飞行模式、关 WiFi、只留一格信号——三种状态各走一遍主要功能。——这个角色负责发现"提示语"和"超时"的问题。

第一种：完全没网。打开应用，看会发生什么。好的表现是：一句话说清"没网"、给一个重试按钮、界面不空着。坏的表现是：一直转圈、白屏、或者弹一句"网络异常，请稍后重试"然后什么都不给。——而"稍后"这两个字，是所有错误提示里最没用的一个：它没说多久，也没说该干什么。

第二种：有网但很慢。这个比"完全没网"更难演，因为它需要一个弱网环境。简单的办法是：走到信号差的地方，或者在下载/上传大文件的时候观察。——要看的不是"能不能成"，是"等待的时候有没有反馈"。——一个转圈超过五秒没有任何文字说明，用户一定会以为卡死了。

第三种：网络中途断掉。正在加载时开飞行模式，再关掉。看两件事：会不会自己接着走；如果不会，重试按钮管不管用。——这里最常见的毛病是"重试之后数据叠了两份"，因为上一次的请求其实成功了，只是响应没收到。

第四种：从 WiFi 切到流量。有些应用在切换网络的瞬间会失败一次。——这一条在办公室里几乎测不出来，因为 WiFi 太稳；而在外面很常见。

这个角色之所以重要，是因为改包的时候最容易碰到的就是"提示语"这一块。——而提示语的验收，必须在"它真的出现"的时候做。——你在正常状态下永远看不到那句"网络异常"，所以你也永远不知道它改完之后是什么样。——而演这个角色，就是把那句平时看不见的话逼出来。

补一个很实用的替代办法：如果你实在没法制造弱网，就去看"超时那一条"。——做法是：打开应用，在页面还没加载出来的那一瞬间，立刻切到飞行模式。——这一个动作会同时制造"慢"和"断"两种状态，而它只要两秒钟。——看两件事：界面上有没有一个能点的地方（而不是只有一个圈在转）；那个能点的地方按下去管不管用。——如果两件都没有，那这个应用在网络不好的时候就是"一片空白加一个圈"，而用户会一直等到他失去耐心。

六、角色五：换一台设备的人（5 分钟）

怎么演：如果你手边有第二台手机，就用它；如果没有，就改系统设置来模拟。——这个角色负责发现"只在某种屏幕上才坏"的问题。

能模拟的五件事，按好做程度排：

一、把系统字体调到最大。这一步最省事，也最能查出问题。因为改过字号的应用，系统字号再放大一次，就会叠加。——看哪里：按钮上的字有没有被切、一行字有没有变成三行、列表项有没有重叠。

二、把"显示大小"也调大。这个和字体大小是两个不同的开关，它会把整个界面按比例放大，等于模拟了一块更小的屏幕。——很多人只调字体，不调显示大小，于是漏掉了这一层。

三、切深色模式。这一项最容易被忘，因为改包的时候你多半是在浅色下看的。而深色模式一开，那些"写死成白底黑字"的地方就会露馅：白底变刺眼、或者干脆变成白底白字看不见。

四、找一台小屏机器。如果没有旧手机，可以在开发者选项里调"最小宽度"来模拟更窄的屏幕。——小屏上最先出问题的是底部标签栏和长标题，因为它们对宽度最敏感。

五、如果是平板或者折叠屏，看一下大屏。这一项优先级最低，除非你明确知道用户会用大屏。——大屏的问题通常是"内容拉得太开"，可读性反而下降。

这个角色的价值在于：它是唯一一个能发现"条件性故障"的角色。——所谓条件性故障，就是"在某种特定条件下才出现"，比如"只有当系统字体是最大、并且屏幕小于五寸时才截断"。——这种问题最贵，因为它在你手上永远不会出现，而一旦出现在用户手上，你听到的描述通常是"打不开"或者"乱掉了"，几乎没法定位。

七、两个我们自己漏掉、后来靠"演"找回来的

说两个我们自己的例子。两个都不是"技术难"，都是"当时没想到"。

例子一：仓库扫码应用，深色模式下按钮上的字看不见了

以前的改法：需求是"把首页那个'开始扫描'的按钮改成品牌色"。我们打开布局文件，把按钮背景换成品牌蓝，文字设成白色，打包，装上——浅色下很好看，白字蓝底，对比很清楚。就发出去了。

第二天仓库那边说"晚上用的时候按钮上的字看不见"。——因为那台机器设了深色模式，而深色模式下那个按钮的背景被系统换成了深灰，我们设的白字……其实还是白的，只是对比度掉下去了。——更麻烦的是，白天看着好好的，所以没人往"深色模式"上想。

现在的做法：需求里加一句——"这个按钮的颜色要在浅色和深色两种模式下都保持清楚可读；如果深色模式下背景会自动变化，文字颜色也要跟着变，不要写死成白色。"

改完怎么验：切换深色模式，看那个按钮。——就这么简单，但这一步以前我们从来不做，因为"我们自己不用深色模式"。——而"我们自己不用"这五个字，是所有漏测原因里最常见的一个。

例子二：客户回访小工具，小屏上第三行被切掉了

以前的改法：需求是"把回访记录的备注文字放大一点，看得清"。我们在自己手机上（六点七寸）调完，一共三行，刚好放得下，还留了点余地。

发过去之后，用的人说"有的记录看不全，最后一句没了"。——他那台是五寸的老机器，同样的三行文字，在那里会变成四行，而那个容器的高度是按"三行"设计的。

现在的做法：需求里不再说"放大一点"，而是说——"备注文字放大后，最多显示三行，超出部分用省略号；如果放不下三行，允许这块区域随内容变高，不要截断文字。"——这里有个具体的取舍要说清：要么"限高 + 省略号"（干净，但看不全），要么"随内容变高"（看得全，但一屏装得少）。两种都能接受，怕的是"限高又不给省略号"，那就是纯粹的信息丢失。

改完怎么验：找一台小屏机器（或者把显示大小调到最大），看那条最长的记录。——注意要看"最长的"，不是随便挑一条。——因为这类问题只在临界值上出现，而"随便挑一条"永远挑不到临界值。

这两个例子有一个共同点，值得单独说：改动都很小，影响都很远。——一个只改了一个颜色，一个只改了一个字号，都不是"大手术"。而它们各自弄坏的东西，都不在改动的那一处。

这背后有一个规律：改动的"视觉面积"越小，人越容易觉得"这不会有副作用"。——而界面是耦合的，有三组东西天然绑在一起，改一头一定会动到另一头。

第一组：颜色和状态。——一个按钮的颜色，往往不只是"一个色值"，它还带着"按下时变色、禁用时变灰、深色模式下变深"这几套状态。——所以你换掉那个色值时，如果只换了一个，另外几套状态就会对不上。——表现就是：正常时好看，按下去难看，或者深色下看不清。

第二组：字号和容器。——字是装在盒子里的，盒子是按"字多大"设计的。——字变大，盒子不变，就会出现截断或者重叠。——而"盒子"这件事在界面文件里常常是一个固定数字，它不会自己长。

第三组：位置和点击区域。——你看到的是图标，手指点到的是"响应区域"。——挪动图标的时候，如果只挪了图标没挪响应区域，就会出现"看着在这儿，点着在那儿"。——这种问题在截图上完全看不出来，只有用手点才会发现。

所以"演角色"这件事，在改小东西的时候反而更重要。——因为大改动你会本能地谨慎，会主动多验几遍；而"只改一个颜色"这种活，你会觉得"这个不可能出问题"，于是什么都不验。——而事故，往往就住在这种"不可能出问题"的自信里。

八、五个角色的一张清单

把五个角色压成一张表。左边是身份，中间是"要做的那个动作"，右边是"他专门负责找出什么"。

五个角色加起来半小时，但它们不是平均分配的。——如果时间只够演一个，演第五个（换设备）；只够演两个，加第四个（网很差）。——理由很简单：这两个角色对应的场景，是你平时最不容易碰到的；而前三个角色对应的场景，你多多少少会在日常使用中碰到。

九、五个具体的问答

问：五个角色一定要全演吗？我只想改一个颜色。

答：不用全演，但要按"改动的影响面"挑。改颜色 → 演第五个（深色模式下颜色对不对）；改文字 → 演第五个（字长了会不会被切）；改按钮位置 → 演第二和第三个（会不会点空、会不会点错）；改逻辑 → 五个都得演。——判断标准是：你的改动会不会"在某种条件下表现不同"。会，就演那个条件。

问：没有第二台手机，第五个角色怎么演？

答：三个替代办法。一是把系统字体和显示大小都调到最大（等于模拟小屏 + 大字的组合）；二是在开发者选项里改"最小宽度"（直接指定一个更窄的屏幕宽度）；三是用模拟器建一个五寸的机型。——三个办法各能覆盖一部分，其中第一个最省事，也最接近真实用户的设置。——而如果你知道用户用的是哪台机器，最好的办法还是借那台机器试一次。

问：演完发现三四个问题，要不要一次全改？

答：一次全改，但要说清优先级。——因为每打包一轮都有成本，分三轮改三个小问题，不如一轮改完。但要注意：一次改多处，出了问题不好定位是哪个改动引起的。——所以更稳的做法是：把"必须改"的和"可以下次"的分开，这一轮只改前者。——而"必须改"的判断标准只有一条：会不会让人用不了。

问：找个人帮我点一下，是不是比我自己演五个角色好？

答：更好，但只能替代前两个角色。——因为真实的人天生就是"第一次打开的人"和"手很笨的人"，你不用演。但他没法替代第四和第五个——断网、小屏、深色模式这些条件，得你主动去制造，他不会自己去设。——所以最好的组合是：找一个人来点（替代角色一、二、三），你自己去做条件（角色四、五）。

问：怎么记住每次都要演这五个角色？

答：不要记角色，记"五个开关"。——五个开关是：新装一次、单手点一次、断网一次、字体最大一次、深色一次。——这五件事全是动作，不是概念，所以不需要回忆，只需要照着做。——而"角色"这个词的作用是解释为什么要做，不是用来记的。

十、半小时怎么排：一份照着走的时间表

角色讲完了，但"五个角色"这四个字落到动作上，还是容易变成"想起来哪个演哪个"。所以给一份时间表，照着走就行。

开演前，先做一件事：把改之前的截图调出来。——没有它，后面所有的"变没变"都变成凭感觉；有它，你只要把两张图并排放，眼睛会自动找到不同。——这一步三十秒，但它决定了后面半小时是"判断"还是"猜"。

第 0 到 5 分钟：第一次打开的人。台词是"我从来没见过这个应用，我要做的是 XX"。动作顺序：卸载、重装、看桌面图标、首次启动、拒绝全部权限、找跳过、找第一个该点的东西。

第 5 到 10 分钟：天天在用的老用户。台词是"我天天用，我闭着眼都能点"。动作顺序：把手机放桌上、用手指直接点最常用的那个动作、看位置挪没挪、看数据还在不在、看版本号。——这一步的重点不是"能不能用"，是"顺不顺手"。

第 10 到 15 分钟：手很笨的人。台词是"我很急，我怕没点上"。动作顺序：连点三下提交、处理中按返回、填一半切出去、横过来再竖回去、单手够角落。——这一步会把你最不想看到的那些状态逼出来。

第 15 到 20 分钟：网很差的人。台词是"我在电梯里"。动作顺序：飞行模式打开应用、看提示语、点重试、恢复网络、切 WiFi 到流量。——这一步唯一的目的，就是把那句平时看不见的错误提示逼出来看一眼。

第 20 到 25 分钟：换设备的人。台词是"我这台机器比较旧"。动作顺序：系统字体最大、显示大小最大、切深色、找最长的那条内容、看底部标签栏。——这一步信息量最大，因为它是唯一一个能同时暴露"字号、对比度、宽度"三类问题的角色。

第 25 到 30 分钟：把发现的东西记下来。——这一步最容易被跳过，因为"我都记得"。——而事实是：五个角色演完，你脑子里会有七八个模糊的印象，能准确说出三个就不错了。——记的格式很简单：哪一步、什么现象、能不能复现。——第三栏最重要：能复现的才改，不能复现的先记着——因为"不能复现"往往意味着"条件还没找对"，这时候改，很容易改错地方。

五种"演了但没用"

第一种：只演了页面，没演状态。——把每个页面翻一遍，这是"看"，不是"演"。演的核心是制造状态：没网的状态、权限被拒的状态、处理到一半的状态、字体最大的状态。——页面是静态的，状态才是问题住的地方。

第二种：演的时候还在心里指导自己。——手指往那个按钮伸过去的时候，脑子里说"这里应该点这个"——那你就还是你自己。——真正的演是允许自己停住：停三秒，看界面有没有在告诉你下一步。——那三秒的空白，就是新用户真实的三秒。

第三种：演完不留记录。——这一条前面说过，但它值得再说一次：因为它是"演了等于没演"的最主要原因。——半小时里发现的七八个问题，如果不记，第二天只剩一个模糊的"好像有点问题"；而"好像有点问题"是不能拿去改的。

第四种：发现问题当场就改，改完接着演。——听起来很勤快，实际上会让你分不清"哪个改动引起的"。——更稳的做法是：这一轮演完、记完，再一次性改；改完再演一轮。——两轮之间有个明确的界线，出了问题你就知道是这一批改动里的哪一个。

第五种：只在改完之后演，改之前没演。——这一个最隐蔽。——因为"改之前"如果不演一遍，你就不知道"原来是什么样"，于是改完之后你没法判断"这是我改坏的，还是本来就有的"。——而这个判断非常关键：本来就有问题，不该算在这次改动头上；但如果误判成"我改坏的"，你会去动一个本来不该动的地方。——所以严格来说，"演"这件事最完整的做法是：改之前演一遍，改之后再演一遍。第二遍的重点从"有什么问题"变成"哪里变了"。

把这五种放在一起，会发现它们有一个共同点：都在偷工。——省掉状态、省掉停顿、省掉记录、省掉界线、省掉基线。——而这五样恰好是"演"跟"看"的全部差别。——所以如果时间真的不够，与其五个角色草草各演一遍，不如只演两个角色但做得完整：改之前演一遍记下来，改之后再演一遍对一遍。

十一、为什么"演"比"看"有效

"演五个人"这个说法听起来有点做作。但它跟"仔细看几遍"之间，有三个实质性的差别。

第一个差别：身体会替你发现东西。——"看"用的是眼睛，"演"用的是手。而界面这件事，被手感知的部分比被眼睛感知的多得多：按钮够不够得着、点击有没有反馈、滑动跟不跟手、有没有"点空了"的感觉——这些全都得用手才能知道。——所以"把手机放桌上，用手指点"那个小技巧特别有效：它把你的手从习惯里拽出来，手一旦不熟，就会立刻告诉你"这里变了"。

第二个差别：视角切换会打破"知道"。——你之所以会漏，是因为你知道；而"演一个不知道的人"，就是主动把"知道"这件事关掉。——具体做法是给自己一句台词："我从来没见过这个应用，我要做的是 XX。"——这句台词的作用不是表演，是让你的判断标准从"这一步对不对"切换成"我下一步该点哪儿"。——这两个问题完全不同：前者你永远答得出来，后者你经常答不出来。——而"答不出来"的那一刻，就是一个真实的卡点。

第三个差别：角色会强迫你制造条件。——"我要测断网"这件事很容易忘；但"我现在演一个网很差的人"就会自然去开飞行模式。——这是角色最实用的地方：它把"一个待办事项"变成了"一个身份"。而身份会持续影响行为，待办事项只会躺在清单里。——这也解释了为什么"五个开关"比"五个角色"好记，但"五个角色"比"五个开关"好做：开关是给你记的，角色是给你演的。

顺便说清一件事：这套办法不能替代真正的测试。——它只是"没有测试资源时，性价比最高的做法"。如果这个应用真的有很多用户，那么"一群真实用户在各种真实机器上的反馈"，永远比"一个人演五个角色"更有效。——但在那之前，演一遍能挡住大部分"本来能被发现"的问题；而这一部分，往往占所有问题的八成。

十二、一个人测过很多次的人怎么说

十三、四个能让"演"真正生效的小技巧

角色和时间表都有了，但很多人照着做一遍，仍然什么都没发现。原因通常不是角色不对，是"身体没换"。下面四个技巧，都是改身体的，不是改方法的。

技巧一：换姿势。——坐直、手机放桌上、用一根手指点，这是"审视"的姿势；站起来、单手举着、走路时点，这是"使用"的姿势。——同一个界面，这两种姿势下你会看到完全不同的东西。——最典型的例子是"够不着"：坐着的时候屏幕离得近，什么都能点到；站起来单手举着的时候，屏幕上方三分之一立刻变得难够。——所以演第三、第五个角色的时候，一定要站起来。

技巧二：关掉你的"专业眼睛"。——做这行的人看界面，会自动补全：看到一个图标就知道它是"设置"，看到一行灰字就知道它是"辅助说明"。——而普通用户不会补全，他只会看到"一个方框里有三个点"。——具体做法是：把手机拿远到看不清文字的距离，只看形状和颜色分布，问自己"这一屏有几个能点的东西？哪个最像主要按钮？"——如果答不出来，那这一屏对普通人就是一团模糊。

技巧三：故意让它出错。——这一条最难做到，因为它违反本能。——具体动作：输入框里填一个特别长的名字、填一个空格、填一个表情符号、把必填项空着点提交、在金额里填 0、连续快速滑动到底部。——这些动作在真实用户身上发生的概率远高于想象，而它们对应的"校验逻辑"和"边界处理"，恰好是最容易在改包时被牵连坏的部分。——注意：这一步不是找茬，是确认"坏了之后会不会很难看"——因为一个"崩掉"和一个"提示一句请填写"之间，差的是用户对这件事的信任。

技巧四：录屏，然后回放。——这一条最省力，效果也最出人意料。——你演的时候录一段屏，演完回放，用两倍速看。——回放的时候你会发现一堆当时没注意的东西：某一下点空了、某个页面闪了一下、某次加载转了四秒、某个按钮按下去没有反馈。——原因很简单：演的时候你的注意力在"我要做什么"上，回放的时候注意力才在"界面上发生了什么"上。——而这两件事，恰好是"用户视角"和"测试视角"的分工。

四个技巧里，如果只能挑一个，挑第四个（录屏回放）。——因为它不需要你"变成别人"，它直接给了你"别人的眼睛"。——而且它有个额外的好处：那段录屏本身就是一份交付材料。发给他看"这是改完之后的样子"，比十句描述都直观。

十四、一个人测，测的其实是"能不能换掉自己"

把这篇收一下，其实只讲了一件事：一个人做测试，最大的障碍不是没时间，是"你就是那个最不合适的人"。

你太熟了。熟到看不见入口在哪、看不见字被切了、看不见按钮挪了位置。而"演五个角色"这个办法的全部意义，就是把自己临时换掉——换成那个不熟的人。——换不掉的时候，就找一个真的不熟的人来点；再不行，就用"五个开关"硬造出五个陌生条件。

这件事在改包这个场景里格外重要，原因有一个很具体的：改包改动的是"一个已经在用的东西"。——新做的应用，用户对它是零预期，坏了也只觉得"不好用"；改过的应用，用户是有预期的，坏了会觉得"你把我的东西弄坏了"。——这两种反应完全不同，后者的容忍度低得多。

所以"改完之后多验一层"不是讲究，是这类活本身的要求。——而验的方式，也不必复杂：五个开关，半小时；找一个人点一遍，十分钟。——这点时间换来的，是"发出去之后不用再解释"。

只需说话，就能让应用变成你想要的样子。而这句"你想要的样子"最后要被别人确认——在没有别人的时候，你得先当一遍别人。——当得越像，改完的东西越像"本来就该这样"。

安卓修改大师智改工坊的产品页在 https://www.apkeditor.cn/ai-version.aspx，官网是 www.apkeditor.cn。它替你做完的是反编译、替换、打包、签名这些机械环节，并且把每一轮的改动都存在本地的项目目录里——所以"这版改了什么"不需要你凭记忆回想，翻开就能看到。

---