我不太确定“程序员测试卷”具体指哪一张卷子但既然这个标题能出现在热搜里说明很多程序员心里都隐隐藏着一个疑问我到底什么水平市面上能拿到的答案要么是面试题要么是八股文要么是各种技能树清单看着都挺全但真坐下来做一遍又总觉得差点意思。所以我基于这些年带项目、面人、被面、带新人的经验整理了一份自测卷。它不太像传统考试更像一套覆盖技术、工程、职业、趋势、趣味五个维度的自检清单。既有能直接写代码验证的题也有需要靠经验和认知回答的问题。你不需要把它当考试当一面镜子就好。1. 这份测试卷到底是什么以及我为什么想写它1.1 从一个朋友找我“出题”说起前段时间有个转行做前端的朋友问我你能不能给我出一套测试卷我想知道自己能不能出去找活。我说市面上题那么多你怎么不看。他说那些题要么太散要么太偏做完了也不知道自己到底差在哪能不能干活。这句话点醒了我。程序员这个职业有个特点能力水平很难用单一维度衡量。有人能把 LeetCode 刷穿但写出来的业务代码一塌糊涂有人框架源码倒背如流但遇到线上故障就懵也有人代码写得飞起但一谈到职业规划、接单报价、团队协作就完全没概念。所以一份真正有用的“程序员测试卷”不应该只考代码而应该考一个程序员的完整画像。这份测试卷就是围绕这个思路设计的它不追求标准答案而是通过一系列题目和自检项帮你看到自己在技术基础、实战能力、职业认知、趋势敏感度、个人品牌这几个方向上的真实位置。你可以花一个下午认真过一遍也可以存下来每隔半年做一次看看自己有没有进步。1.2 这份卷子的设计逻辑不考死题考自检能力先说说这份卷子的设计思路它分五个部分跟传统的技术笔试有明显区别。第一部分是技术基础卷考语言、数据结构和计算机基础这部分跟日常面试题有重叠但我故意做了变形不考“背诵型”题目而是考“解释型”和“推演型”题目。比如我不会问你 TCP 三次握手是哪三次而是问你如果客户端发完 SYN 之后服务器一直不回 SYN-ACK你打算怎么排查。第二部分是实战能力卷重点考察完整落地一个需求的能力。这部分的题没有标准答案但做没做过、踩没踩过坑一问便知。第三部分是职业生态卷会聊到接单平台、程序员头像、自学网站、笔记本设备这些热搜词背后映射出的职业习惯。第四部分是趋势敏锐度卷考察你对 AI 工具、知识付费、技术变现这些新事物的判断力。第五部分是趣味附加题纯粹为了好玩我会把“程序员喜欢猫”“隐写算法”这类梗做成彩蛋题目。整份卷子满分 100 分每个部分 20 分但我不建议你只看总分更重要的是看每个单项的得分差。如果总分很高但职业生态卷不及格说明你大概率是一个缺乏经营意识的写码机器。如果总分一般但趋势敏锐度很高说明你有潜力缺的只是硬功夫。1.3 适合谁来测以及怎么测才有意义这份测试卷适合三类人。第一类是工作一到三年的初中级程序员你们正处在从“能干活”到“干好活”的过渡期这套卷子能帮你找到盲区。第二类是准备跳槽或接私活的朋友你可以把它当成一次低成本的能力体检。第三类是带团队的技术 Leader你可以从里面挑几个维度去面试候选人或者给团队做内部分享。但我要强调一点这套卷子不是刷一遍就完事的。我建议你用整块时间做比如周末下午旁边放着笔记本遇到需要推导的题就现场敲代码验证。别只看题然后心里默默“我会”那就失去了自测的意义。所有需要动手的题一定动手做一遍。2. 技术基础卷别被“会写代码”骗了2.1 语言与底层原理Java、前端、Linux 的隐藏考点基础卷第一板块我选了三个技术栈——Java、前端、Linux这三个也是热搜里出现频率最高的方向。“黑马程序员”“Java 基础入门第 3 版”“Linux PPT”这些词暴露了一个事实大批程序员的自学之路都是从这几个方向开始的。第一道题Java 方向不考语法考内存和对象生命周期。请你解释这段代码中obj在什么时刻可以被垃圾回收以及你如何用工具验证你的判断。public class GcTest { public static void main(String[] args) throws Exception { Object obj new Object(); WeakReferenceObject ref new WeakReference(obj); obj null; System.gc(); Thread.sleep(1000); System.out.println(ref.get() null ? 已被回收 : 仍然存活); } }这道题看起来简单但背后涉及栈帧、引用类型、GC Roots、System.gc 触发机制如果你只是看过八股文而没有真正调试过很难答得完整。第二道题前端方向。用 Vue 写一个列表组件当数据量从 100 条涨到 10 万条时页面为什么会卡你会从哪些角度优化这题没有标准答案但你能说出 vdom diff、虚拟滚动、按需渲染、懒加载、memo 缓存这些手段并且知道各自的使用边界那就说明你有真实项目经验。第三道题Linux 方向。一台服务器 CPU 飙到 100%你是用 top 看到进程号之后接着敲哪几条命令定位到具体线程和代码行。很多人张口就是top、ps、kill但问到top -H -p PID、jstack、printf %x线程号转十六进制就卡壳了。这题就是检验你排查线上问题的熟练度。2.2 数据结构、网络、数据库三件套的测法基础卷第二板块考数据结构、网络和数据库。这三样东西是面试重灾区但我觉得很多面试题本身就问偏了导致候选人背了一堆概念却不会用。数据结构这题我不考红黑树的手写而是给你一个实际场景假设你正在做一个类似任务队列的系统任务有紧急程度和提交时间两个维度请选择一种数据结构来管理待执行任务并说明为什么。这题如果你能想到堆并进一步联想到优先队列、延迟队列、时间轮那说明你是真的理解数据结构的应用价值。网络这题我前面提过直接给你一个故障场景客户端连不上服务器的 8080 端口你按什么顺序排查如果你是老手脑子里会瞬间闪过一条链路先确认服务器进程有没有监听再检查防火墙、安全组规则再看本机到服务器路由通不通、telnet 通不通然后在服务器上用抓包工具看数据包有没有到、有没有回包。每一步背后的原理是什么你也要讲得清楚。数据库这题我会给一条执行很慢的 SQL让你从索引、表结构、执行计划、数据量、服务器配置几个层面展开分析。这题的价值在于它能区分出“会用 ORM 的人”和“真正懂数据库的人”。前者只会说加索引后者会先看执行计划再判断是索引失效还是扫描行数过大最后才决定要不要改 SQL 或改表结构。2.3 基础卷的评分思路和自评标准基础卷的 20 分怎么给我的建议是每个技术栈各 6 分三个板块共 18 分最后一题 2 分是加分项。但你别太纠结怎么打分真正要关注的是你的复盘结果。自评的时候问自己三个问题。第一这些知识点我是在哪里学的是看书系统学还是搜索时偶然看到的碎片知识第二如果让我现场写一个最小可复现的验证代码我能不能写得出来第三如果这题转换成面试题我能不能在 30 秒内给出一个完整、有层次的回答我见过太多人问他线程池参数能把八大拒绝策略倒背如流但让他解释生产环境为什么用ArrayBlockingQueue而不是LinkedBlockingQueue就愣住了。这种“背诵型基础”是不能算真正掌握基础的因为一旦场景变化你就无法迁移知识。这一点对编程特别重要——基础不是背出来的是用出来的。3. 实战能力卷代码要能跑更要能扛3.1 一个需求从零到上线的完整链路题实战能力卷的第一题我习惯称它“完整链路题”。题目是这样的假设你现在要开发一个简单的短链接服务核心功能是把一个长 URL 转成短 URL访问短 URL 时能跳转到原始地址。请设计这个服务并说明你会怎么做技术选型。很多人一上来就想着用哈希算法生成短码然后用 Redis 存映射关系。这没问题但不够。我会继续追问一系列问题短码怎么生成才能避免碰撞用随机字符串还是自增 ID 编码要不要考虑并发缓存失效怎么处理跳转用 302 还是 301需不需要统计点击量数据库表怎么设计如果某个短码被恶意刷量你怎么防御这一串追问下来你就能看出来一个人是只能“写个接口实现功能”还是能“从系统层面思考问题”。“实现功能”只要调库就能做到“思考问题”则需要考虑用户量、异常场景、攻击场景、迭代成本。这两种能力在日报和简历上是看不出来的只有真刀真枪做过才知道。3.2 Debug 能力和性能排查最见真功夫实战能力卷的第二题考 Debug 思路。我给的场景是一个很常见的线上事故服务每隔一段时间就出现一次超时堆内存监控看起来很正常但 Full GC 次数偏高偶尔还会出现卡顿。请问你会从哪些方向排查这题不像基础卷的网络排查题它更复杂。真正排查过这类问题的人会知道答案可能藏在很多地方——可能是定时任务触发了大对象分配可能是某个接口的慢查询拖慢连接池可能是日志框架的同步写盘也可能是 JVM 参数配置不合理。你需要列出你的排查工具和排查顺序。用jstat看 GC 情况用jmap导堆快照用 MAT 分析大对象用jstack看线程状态用 Arthas 做在线诊断这些都是基本功。我更想强调的一点是排查问题时要先看数据不要凭感觉。很多人一上来就怀疑代码写得有问题结果查了半天发现是服务器上同时跑了一个定时备份脚本把 CPU 吃满了。这种“经验主义”非常坑。先看监控曲线再看日志最后才看代码顺序不能乱。3.3 工程素养日志、文档、代码规范的隐藏题实战能力卷的第三题我会翻你的工程习惯。代码质量虽然看不到你的真实代码但可以通过几个具体问题来考察你在项目中打印日志是随手写还是会影响定位问题的效率你的函数命名是能表达业务含义还是充满temp、data、aaa你提交代码前会不会自查 diff这些问题看起来像软技能其实非常硬。就拿日志来说很多人觉得日志随手写写就行但真正排查问题的时候就发现无从下手。好的日志应该包含时间戳、请求 ID、方法名、关键参数、耗时、异常堆栈而且要按级别合理拆分为调试日志、业务日志、错误日志。这些细节写文档的人不会告诉你但遇到线上事故的时候能救命。文档能力也一样我见过很多技术能力强的同事代码写得漂亮但一问系统怎么部署他只会说“看 README”而 README 里只有一句“见代码注释”。这种习惯导致的结果是系统只有他自己能维护别人接手成本极高。所以实战能力卷我特别看中一个细节——你能不能把一个技术决策的过程写清楚让别人看文档就知道你为什么选 A 方案而不是 B 方案。3.4 实战卷自检清单为了方便你快速自检我把实战卷的核心要点整理成一张清单你可以对照着逐项打勾。维度自检问题合格标准需求分析遇到需求时是否先拆分边界和异常能列出至少 5 个异常场景技术选型是否了解所选方案的优缺点能说出备选方案及放弃原因代码质量函数是否短小且命名清晰函数一般不超过 40 行日志与监控核心路径是否有可追踪日志能通过日志还原请求流程上线与回滚是否准备好回滚方案10 分钟内可以完成回滚事后复盘线上故障是否做根因分析有产出复盘文档并同步团队做完这份清单你对自己是一个“会写代码”还是“能负责一个系统”的人心里应该有数了。写代码谁都会能扛事才是稀缺能力。4. 职业生态卷程序员不只是写代码4.1 程序员头像、日志、自学网站背后的职业习惯职业生态卷第一部分我想聊几个热搜词——“程序员头像”“程序员日志”“程序员自学网站 365 codestudy”。这几个词看起来是边角料其实背后藏着程序员这个群体的职业习惯和心理状态。先说程序员头像。你在各种技术社区看到的大熊猫、柴犬、动漫人物、纯色背景加字母这些头像背后是一个很有意思的现象程序员群体普遍不希望在网络世界暴露太多真实身份但同时又希望通过头像表达某种人格标签。你打开一个陌生人的 GitHub第一眼看到的就是头像和主页简介。一个长期更新的技术博客、一个清晰的头像、一段写明自己做什么的开源简介本身就是技术品牌的第一印象。再说程序员日志。现在越来越多程序员开始写“开发日志”或“工作日志”这不仅是记录更是个人知识体系的构建。我认识一个朋友坚持每天写 5 行日志一年后整理出了一份上万字的项目经验总结后来面试时直接把这些日志里的踩坑经历组织成回答面一个过一个。这就是“写日志”的隐形红利。至于自学网站365 codestudy 这类工具能出现在热搜说明越来越多人开始拥抱“持续学习”这个习惯。但我想提醒的是工具永远只是工具关键是你能不能从中形成自己的知识框架。收藏一百个网站不如吃透一个网站上的三门课这个道理很多人要踩过坑才明白。4.2 接单平台与副业避坑从“程序员接单”热搜说起现在聊一个比较现实的话题程序员接单。热搜里的“程序员接单平台”“程序员接单群”“程序员接单被没收”这几个词放在一起能拼凑出一个完整的接单生态——有平台、有群、有派单也有风险和坑。接单本身不是坏事它是程序员将自己的技术能力变现的常见途径。尤其是工作三五年之后有人积累了一批项目经验想通过接单拓宽收入来源这个诉求很正常。但在接单这件事上我见过太多踩坑案例。最常见的坑有这三种一是需求边界不清客户说“做一个商城”你以为是一个标准电商系统结果对方想要的是淘宝二是验收标准模糊做到哪一步算完成完全靠双方口头约定三是合同风险一旦涉及公司职务作品、竞业限制或源代码归属问题处理不好就会惹上麻烦。热搜里那句“接单被没收”大概率就是这类纠纷的极端体现。所以我的建议很直接接单可以但一定要先做好几件事。第一通过正规接单平台走流程保留沟通记录和支付凭证尽量不要私下交易。第二接单前必须写清楚需求文档即使客户嫌麻烦你也得坚持把功能范围、交付时间、验收标准、修改次数一一列出来。第三搞清楚你签的合同里有没有涉及你所在公司的利益条款。如果因为接单违反了劳动合同那损失就不是一单收入能弥补的了。别光看“月入多少”的炫耀帖那些从不讲风险的人才是真正应该警惕的。4.3 程序员笔记本与设备选择效率工具还是消费陷阱职业生态卷里还有一个轻松点的话题就是“程序员笔记本”。每年都有大量关于程序员笔记本的讨论从 MacBook Pro 到 ThinkPad从 Windows 到 Linux 开发机各派都有自己的拥趸。我的看法是笔记本的选择应该从你的实际工作场景出发而不是从“别人都用什么”出发。如果你做后端开发经常要开虚拟机、Docker、多个 IDE 窗口那内存至少要 32GCPU 核心数不能太低这个优先级远高于轻薄和颜值。如果你做前端屏幕素质反而更重要因为长期看代码好屏幕对眼睛的友好程度大不相同。如果你是经常出差或远程办公的续航和重量就会成为决定性因素。还有一点容易被忽略就是键盘手感。很多程序员每天要在键盘上敲几千上万行字一把手感好的键盘带来的效率提升和疲劳感降低远比 CPU 提升那零点几 GHz 更实在。外接机械键盘、笔记本自带键盘甚至有人用 40% 配列的小键盘都是个人选择关键是你要意识到工具是为你服务的而不是你为工具焦虑。别让“设备党”心态绑架自己。4.4 生态卷自评方法生态卷的计分我会怎么看呢它考的不是技术能力而是职业成熟度。你可以从这几个方面给自己打分你有没有经营自己的技术品牌你接单时有没有风险意识你的工具选择是否理性你对自己的职业路径有没有清晰的规划我为什么把这些内容放进一份“程序员测试卷”里因为现在的技术行业已经变了。只埋头写代码的程序员和懂得经营自己、管理风险、建立个人品牌的程序员五年后的差距是巨大的。这种差距不一定体现在技术能力上而是体现在机会的密度上同样一个合作机会别人为什么会找到你而不是另一个能力差不多的人品牌、经验、口碑都是拉开差距的因素。5. 新兴方向卷AI 时代程序员的自测题5.1 AI 工具链掌握度自测你会用工具还是只会被工具用接下来聊一个绕不开的话题AI。热搜里有一句很扎眼的表达叫“程序员 AI 时代实现直播知识付费实现月入 100 万的落地详细实战方案”这句话典型得让人哭笑不得。它把所有程序员的焦虑和欲望都浓缩进去了怕被 AI 替代又想靠 AI 赚钱。在 AI 这件事上我建议你先别想月入多少先做一个工具链掌握度的自测。我给自己定的标准分三层第一层会用 AI 辅助写代码能让 Copilot 或 ChatGPT 帮助你完成重复性工作比如生成测试用例、写正则表达式、解释报错信息。第二层会用 AI 做代码审查和重构建议能辨别它给出的建议是优化还是引入新bug能判断设计边界。第三层能在自己的项目流程中设计 AI 工作流比如自动生成 commit message、自动补充文档、自动做 code review 初筛。这三层如果不是逐级过关直接跳到“做课程教别人用 AI 月入百万”那就是典型的“还没学会走就想跑”。我见过太多技术人恨不得让 AI 帮他思考但连 AI 给的关键词都看不懂。这种现象在逻辑上就是缺了基本功跟 AI 本身关系不大。5.2 对“AI 时代知识付费月入百万”的理性拆解我们再拆一下那句“直播知识付费月入 100 万的落地详细实战方案”。先说结论这个标题大概率是个营销钩子但你不需要嗤之以鼻而是要拆解它为什么能吸引人以及它背后的逻辑是什么。它吸引人的原因很简单程序员群体对技术变现的焦虑和渴望被这个标题精准命中了。“AI 时代”暗示你不跟上就会被淘汰“直播知识付费”暗示变现门槛低谁都能做“月入 100 万”直接给你一个具象的数字让你相信学了这套方案就能复制。但如果你真的做过内容或课程就会知道变现的底层逻辑从来不是某个具体方案而是“信任 产品 渠道 持续运营”。一个程序员想把经验变成课程前提不是他多会用 AI 工具而是他有没有足够多的人信任他、他的课程能否解决别人的真实问题、他是否能持续产出内容。所以我的建议是看到这类标题技术人应该保持一种“代码审查思维”。先看它承诺了什么再看它凭什么能做到最后看它的论证过程有没有关键步骤缺失。如果哪个环节讲不清楚那就跟一个报错信息没有堆栈一样不值得全盘相信。5.3 如何把 AI 变成你的副手而不是对手那程序员应该怎么正确理解 AI我的态度很简单把 AI 当成你的副手而不是把你自己变成 AI 的传声筒。具体到日常工作中有三件事可以立刻做起来。第一把重复性工作交给 AI。写单元测试、格式化代码、生成 changelog、整理会议纪要这些工作 AI 干得又快又好你省下来的时间应该花在架构设计、需求分析和代码评审上。第二用 AI 做知识输入的加速器。学一门新框架时可以先让 AI 生成大纲和示例代码然后你再回到官方文档验证这样比你从零开始啃文档要快得多。第三也是最重要的保持“主导者心态”。AI 给了一个答案你要能评判它、推翻它、修正它而不是无脑接受。能做到这一点AI 就是你最强的杠杆做不到AI 就会慢慢替代你的初级判断能力。一句话总结我的观点AI 时代程序员的核心竞争力不是比谁更会用 AI而是比谁更懂业务、更懂系统、更懂人要什么。这三个“懂”才是机器暂时学不会的。6. 趣味附加题程序员的浪漫与隐藏彩蛋6.1 隐写算法与“猫”的藏头题趣味附加题部分我放了一道跟热点有关的彩蛋题。热搜里有一句特别有意思的描述“该程序员喜欢猫连采用隐写算法都和猫相关请基于传输的文件提取出最终传输的数据。”这听起来像一道 CTF 题但它其实反映了一个底层概念——隐写术。隐写术跟加密不一样加密是把信息变成乱码让人看不懂隐写是把信息藏在一个看起来正常的载体里让人根本不知道有信息。常见做法包括把文本藏在图片的像素低位里、把信息编码进音频的频率里、或者在代码中嵌入肉眼难以察觉的空白字符。这里我不展开具体破解方法只想给程序员一个建议这类题目好玩但真正的工作场景里隐写术也常被用于恶意软件通信、数据外传等灰产场景。作为技术人员了解原理用于 CTF、取证、安全研究没问题但千万别在真实业务里乱用。守住技术伦理的底线比炫技重要得多。6.2 程序员的浪漫把梗做成项目附加题的第二个部分是开放题如果你是程序员你会用什么方式向喜欢的人表达心意这题目听起来不务正业但它考的其实是一个程序员的创造力、幽默感和抽象表达能力。真正浪漫的程序员不会只发一句“我爱你”而是会把它编码成只有那个人能理解的形式。最常见的表达方式有很多类型写一个带键盘交互的网页动画、做一个专属的二维码扫码是一封情书用代码画一颗心在终端里一颗一颗像素地点亮甚至把你俩的回忆做成一个小游戏每过一关解锁一段回忆。这些项目通常不复杂但胜在细腻。我有个朋友用 Python 的 turtle 库画了一幅猫咪画像送给女朋友因为女朋友喜欢猫画像旁边藏了一行小字“源码里有彩蛋”。她不懂代码但当她按照提示运行脚本、看到终端里跳出的那段告白时那个惊喜感比任何礼物都到位。这背后其实考验的是一个程序员的“用户思维”你能不能用对方能理解的方式把你的技术能力转化为情感表达。这跟做产品是一样的。技术只是手段用户感知到的东西才是最终价值。6.3 趣味附加题的意义与建议有人可能会觉得趣味附加题放在测试卷里有点凑数。但我不这么看。程序员这个群体给人最深的印象往往是“闷头写代码”“不善于表达”可实际上我认识的大多数优秀程序员都极其有表达欲只是他们的表达方式经常是代码、脚本、自动化任务和隐藏彩蛋。一个能把“喜欢猫”“隐写算法”“传递数据”这几个元素串成一个项目的人大概率是一个对技术有热爱、对生活有感知、愿意花心思解决问题的人。这种能力在职业上同样有巨大价值。做产品需求的时候你需要理解用户情绪写技术方案的时候你需要让评审的人感受到方案的合理性带团队的时候你需要用别人能接受的方式传递设定。趣味题只是把这些底层能力包装成了一个好玩的壳。哪怕你完全不做这些题单纯看看同行的脑洞也能收获一些灵感。技术不一定永远严肃偶尔浪漫一下挺好的。7. 测试卷评分参考与我的个人复盘建议7.1 一份粗粒度的自评表说了这么多最后给出一份可以实际用的评分导图。总分 100 分各模块分布如下模块分值核心考察点优秀标准技术基础卷20 分语言、数据结构、网络、数据库能推导原理且能动手验证实战能力卷20 分需求落地、Debug、工程素养有完整上线和线上故障经验职业生态卷20 分技术品牌、接单风险、设备认知有清晰的职业规划和风险意识趋势敏锐度卷20 分AI 工具链、技术变现能用 AI 提效且能辨别信息质量趣味附加题20 分创造力、幽默感、用户思维能做出让人眼前一亮的东西注意这张表不是严格意义上的考试卷它只是给你一个结构化的自我评估框架。你可以根据自己的实际情况调整权重比如正在找工作的朋友可以给技术基础卷更高的权重已经工作多年想拓宽收入来源的朋友可以给职业生态卷和趋势敏锐度卷更高权重。核心目的不是打分而是帮你找到下一步该补什么。7.2 我自己做这套卷子的体验与反思坦白讲我自己做这套卷子的时候职业生态卷和趋势敏锐度卷得分比我想象中低。因为平时大部分时间都在跟代码打交道对“个人品牌”“接单平台规则”“AI 知识付费”这类话题虽然有关注但确实没有花太多时间做系统化思考。做完之后我给自己定了一个小目标每周花一小时关注行业动态、写一篇工作日志、尝试用 AI 重构一段旧代码。行动不大但方向清晰。技术基础卷的部分题目也给了我不少提醒比如在写数据结构和网络那几题时我发现自己的确能说出“应该怎么排查”但真让我现场敲命令、抓包验证动作明显生疏了。这验证了一个观点程序员的技能像肌肉长期不用就会萎缩。哪怕工作了十年也需要定期回头做基础练习。7.3 给不同阶段程序员的复习建议最后按阶段给一点个人建议。如果你刚入行不到两年建议把主要精力放在技术基础卷和实战能力卷上先把语言的底子打牢、把调试工具用熟不要急着研究“副业”“AI 变现”你的认知和经验还撑不起这些。如果你已经工作三年以上技术基础已经过关那职业生态卷和趋势敏锐度卷就是你的重点。这个时候技术不是你的瓶颈选择才是。你选择跟什么样的人合作、用什么方式沉淀自己的影响力、怎样判断一个机会是否靠谱这些能力很大程度上决定了你的职业天花板。如果你已经到了带团队或独立负责项目的阶段我建议你把整套卷子当成团队培训素材每周组织一次讨论让大家轮流分享自己做某道题的思路。这既能提升团队整体水平也能帮你发现团队里那些平时不爱说话、但思考很深的成员。毕竟一套好的测试卷应该让人通过它更了解自己也让人通过它看到更多可能性。