虽然年年都有人提互联网寒冬，但是近几年互联网的确体感可见的变「冷」了一些。具体表现在，交互测试题越来越卷了。两三年前简简单单言之有理即可，现在基本是做一个大项目的工程量。
测试题或者笔试题这个东西我想设计师一般都不太陌生，年前我就收到了挺多想跳大厂的同行还有应届同学的咨询。聊起来大家对测试题这个东西都非常苦恼，谁也不想花大功夫在测试题上然后被莫名其妙刷掉，也不太确定用人方到底拿这个东西去干嘛，是不是骗稿。
聊了一圈下来，其实测试题这个东西要不要做、怎么做，是有一套常规思路的，我这里就整理一下这些套路，希望能帮到年后准备面试的朋友。
本文要点
-
测试题是干啥的
-
测试题一般是什么内容
-
怎么应对测试题
测试题是干啥的
主要发生找工作的人供大于求，用人方又有精力跟求职者周旋、而且对求职者有一定疑虑的时候。
社招要求你写笔试题，一般是初步聊下来可能踩了些雷点（比如没接触过同类业务、说起话来显得没逻辑），但也有点小亮点不至于马上pass。这时候加一轮笔试题看看懂不懂交互设计的常规流程、排版功力如何、能不能解决具体领域的具体问题。
只要这三点没有大的问题，笔试题不用花费过多精力，拿到二轮面试的概率是相当大的。
对于校招同学来说，交互设计岗需求量在设计中属于比较少的，架不住投递量太大了人太多了，标配人人笔试题，有没有面试机会和笔试题的不具有很强的因果关系，只能说测试做得好能弥补一些简历上的弱势。
有些同学会比较顾虑用人方剽窃测试题，整骗稿洗稿那一套。和视觉笔试题不一样，其实这个问题在交互设计这个领域不太可能发生，因为其实很多交互设计点能否实现得取决于具体业务背景和技术能力，而大部分测试题都只是给出了一个假设场景给你自由发挥。
测试题一般是什么内容
根据你面试的业务不同，一般就是以下几种套路：
-
常见于成熟业务：给你一个具体的、和部门业务强相关的小场景，让你做一下迭代。比如迭代一下微信搜索结果页/头条某频道/某产品的某tab…
-
常见于起步业务或校招：给你一个大而广泛的产品，让你做一下迭代/找一下体验问题。比如迭代一下微信读书
-
有时见于校招：让你谈谈对某技术/某趋势/某概念的看法，一般是附加题，比如元宇宙啊以人为本的设计啊等等乱七八糟的；或者让你从0到1设计一套方案来解决一个问题，比如设计一个智能餐厅解决方案，总之统一出题，非常玄乎。（答案百度即可，这种问题不值得花时间）
怎么应对测试题
先提一个基本概念：不要只画稿，要有完整的设计推导过程和设计验证思路。
很多不熟悉交互套路的同学可能一上来就给方案，方案说实话做的也不错。但是测试题的目的从来就不是从你这得到马上可用的方案，而是考察你的通用设计思维能力。而拿到测试题以后过快的切入执行，也暴露了你可能在前一份工作不太有调研能力甚至规划意识。
这点对于校招生来说尤其重要，因为上面也讲过了，校招的题目一般是统一出的，最后review你的题的人可能压根没看过题，所以对校招来说，甚至可以适度扩展方案，不用只局限于问题。
当然，这也不是说测试题都得往死里卷页数，做到以下3个点足矣：
做设计分析（写字的页面）：方案介绍（放图的页面），大概是1:2为佳。
设计分析的所有结论都要在方案中有体现。
要体现设计验证意识（可以只做个假动作，讲讲后续准备做那些事去验证，不用洋洋洒洒一大篇）
做到了以上三点，你的笔试题至少会被看完，不至于被秒删
要是加入的意愿比较强烈（愿意卷），或者自身条件属实一般，准备用笔试题来个逆风翻盘，也可以尝试卷一下以下细节：
-
加入更多业务分析，包括不限于对该产品战略层-范围层的纵向时间/横向市场的交叉分析，体现你对这个行业/公司的加入意愿
-
加入设计调研部分，问问周围亲戚朋友的建议意见，包装成小样本敏捷调研。
-
展示更详细的方案推导过程，比如开始有没有备选方案，几个方案各自的思路重心是什么，如何迭代的…
-
提高最终设计稿的精度，做成可交互模型并且贴个二维码上去。最近ux化的趋势风头很盛，十分建议各位把线稿画的清爽灵醒一点
-
最后，实在没辙了也可以考虑以量换质，做个3-40页
「写在最后」
准备年后找工作的朋友，请准备测试题模版
互联网下行趋势下，想通过笔试题高效率的卷过其他人，你手上一定需要有能改两个字就继续用的笔试题模版。尝试把之前做过的笔试题的分析模块化，特别是设计分析里很多陈词滥调，最好都保留起来复制粘贴。
其实交互的测试题这个东西和面试差不太多，按照套路，把用人方想听的东西展示给他看一遍，不会有什么大问题。在我看来现在测试题与其说是考察，不如说更像服从性测试，把思路差不多又愿意卷的人精准筛出来。
你遇到过什么奇葩笔试题？可以评论区交流
本文来自微信公众号“白话说交互”（ID：gh_96e304585325）。大作社经授权转载，该文观点仅代表作者本人，大作社平台仅提供信息存储空间服务。
