如何让可用性测试执行更为敏捷？文章分了一些Tips，一起来看看。

在敏捷开发快速迭代的流程下，可用性测试更要紧跟开发进度，用研面临着缩短研究周期的挑战，如何缩短研究周期，让可用性测试更为敏捷呢？

可主要从工作模式和执行方法两方面做出调整，工作模式由被动接需求转为主动参与，用研与产品经理、设计师、开发等团队成员进行密切的沟通协作，尽早介入，这已是大家都比较熟知的模式转变，而笔者重点分享如何让可用性测试在执行上更为敏捷的一点心得体会。

1. 样本选取更灵活

敏捷可用性测试在样本选取上更为灵活，并不一定局限于有需求的真实用户，很多场景下我们可以放宽条件，选取身边的同事不失为高性价比的方法。

那么，哪些场景需找真实用户，哪些场景可放宽条件呢？

就个人经验来讲，页面比较大的改版、全新的产品或功能以及对于内部同事而言非常熟悉的产品（如首页、用户中心等）测试最好使用真实用户作为样本，而如果只是想看看用户对某种交互方式的反馈以及比较小的功能点测试，那么可以优先考虑身边的同事。当然，我们在招募内部用户（身边的同事）时也并不是盲目寻找，前提是排除产品经理、设计师这些敏感岗位以及测试产品所属BU同事，优选选取行政、人事、财务等职能部门同事，此外，也会根据不同研究内容有其他特定条件要求（如旅行频率、是否海外旅行经历等）。

为了使内部用户在测试时尽量沉浸到真实的浏览和预订场景中去，要提前设定好任务场景，而场景设定时需兼顾到不同人群的差异，如情侣出行、朋友/闺蜜出行、亲子出行、带老人出行等不同场景下需求和关注点可能会有所不同。

基于不同场景的任务设定，我们就将无动机的用户带入到真实的使用场景中，使用户的操作更有故事性和画面感，沉浸在真实的体验中，更能获得用户的真实反馈。

2. 执行方式更敏捷

某些场景下，如内部用户非常熟悉的产品页面测试时或者内部用户使用频率越来越高，资源不断重复使用时，我们就要考虑寻找真实的用户做样本了，那又该如何保证测试的敏捷性呢？

比较大的页面改版或全新的产品/功能测试，因内容多，测试时间长，建议仍需按照常规流程招募用户到实验室进行可用性测试，而如果是小的功能点或交互形式测试则可以考虑采用敏捷的方式寻找真实用户。

比如直接到机场或火车站做拦截访问，对于OTA公司的产品测试而言，这种形式的拦访不同于一般的街头拦访，在机场或火车站等候的人群都有明确的出行场景，出差、旅行、探亲访友等，更容易找到携程以及竞品用户，而且行前场景下的访谈测试比招募用户到实验室测试更接地气，更为真实自然。

在体现敏捷特点的同时，也需要明确机场/火车站拦访会面临的一些问题：需要现场甄别用户、用户配合度相对较低、环境嘈杂不可控、访问时间有限（10分钟以内）等，在这些影响因素下如何提高访谈的成功率呢，在此分享自己的一点经验。

1） 仔细甄选用户

尽量不要去打扰那些正在忙着打电话、正在用笔记本办公和正在玩游戏的人，而那些看上去有点无聊、一个人玩手机（非游戏哦，你懂的~）或者在跟同行人随意聊天的人可能是不错的选择。

2）表明身份，打消用户顾虑

开场白很重要，简明扼要地说明自己的身份和访问目的，否则很容易引起对方反感，在表明身份时最好能有一些带有公司logo的物品，如用带有携程logo的手拎袋和小礼品，告知用户接受访问会赠送一份小礼品，这样可以更好地打消用户顾虑，比较快速地建立信任感，为接下来的访谈做好铺垫。

3）精简问题，表述易懂

因拦访的环境不可控，时间有限，虽然用户愿意接受访问，但其实还是希望尽快结束，所以还是要提前准备好访谈脚本，注意要用通俗易懂的话术表达，尽量避免使用改版、迭代等专业术语，同时将问题精简并牢记，快速获取关键信息。

4）其他Tips

• 外部拦访在没有录音条件的情况下，建议每做完一个测试，尽快当场整理访谈测试内容，修正优化提问的方式，否则等到全部完成后一起整理容易遗忘；
• 如果条件允许，在征得用户同意的情况下，其他同事用手机对用户操作过程进行录像，保留一手素材便于跟项目组其他成员进行深入分析。

3. 原型制作更快速

敏捷可用性测试需要用研掌握一定的demo制作技能，安利几个快速制作demo的小工具，可以极大地节省制作时间和成本。

结语

以上就是笔者从样本选取、执行方式和原型制作三个方面对可用性测试敏捷执行的一点小Tips，从节省时间和成本的角度考虑，这都是不错的应变之策。

作者：Eileen

来源：http://ued.ctrip.com/blog/5209.html