小米2018春季实习生测开岗的笔试我那年正好赶上。说实话当时投递的时候心里也没底毕竟“测试开发”这四个字听起来就像“既要会测试又要会开发”的复合型选手对实习生来说要求不算低。但真正把卷子看完我才发现它考察的东西其实非常聚焦不考偏题怪题围绕着计算机基础、编程能力、测试思维这三个核心维度展开只要你平时基本功扎实、对测试有正确理解完全是可以准备的。这份笔试题之所以值得复盘是因为它基本代表了国内互联网大厂测开实习岗的考察风向。很多人以为测开笔试就是考“怎么测微信登录框”但实际上它非常看重你作为一个工程师的基本素养数据结构、网络、操作系统、数据库这些一个不落然后再用测试用例设计题来看你有没有“测试脑”。这篇文章我就结合这份题把当时的做题思路、准备过程中踩过的坑以及后来我参与实习招聘时看到的一些共性经验一次性梳理清楚。不管是科班还是转行只要你有意向投测开岗这篇内容应该能帮你少走不少弯路。1. 整体拆解测开笔试到底在选什么样的人1.1 从岗位JD反推考察逻辑在聊具体题目之前先想明白一个问题企业招测试开发实习生到底希望你具备什么我当时找到小米测开实习生的JD核心要求就那么几条熟悉至少一门编程语言了解常见的测试理论与方法熟悉Linux基础操作有自动化测试经验加分。把这些要求拆开看对应的笔试考察点其实非常清晰熟悉编程语言 → 算法编程题数据结构题了解测试理论 → 测试用例设计题测试方法选择题熟悉Linux基础 → 操作系统、Shell命令行相关题目有自动化经验加分 → 代码阅读题脚本理解题所以我拿到卷子后第一反应是这不是一套“难倒你”的题而是一套“看清楚你”的题。它不会要求你写一个红黑树出来但会通过选择题和简单编程题确认你是否具备扎实的计算机基础再通过测试设计题确认你是否具备测试思维。想明白这一点复习方向就不会跑偏了。1.2 题型结构与分值分布复盘因为时间过去比较久了具体题号我记不完全但题型结构还是很清晰的这也是当时大多数公司测开笔试的通用结构题型数量考察重点耗时建议单选题10-15题计算机网络、操作系统、数据结构、Linux20分钟多选题5-8题测试理论、软件工程、代码阅读15分钟编程题2-3题字符串处理、数组操作、简单算法40分钟测试用例设计题1-2题测试思维、用例设计能力30分钟这个结构很典型。选择题覆盖的知识面广但难度不大属于“你学过就会没学过就只能蒙”的类型编程题和开发岗比要简单一档更偏重基础算法和编码规范真正能拉开差距的是测试用例设计题这道题没有标准答案完全看你的思维广度和工程素养。1.3 一个容易被忽略的隐藏考察点这里我要多说一句很多人复习测开笔试时只盯着“测试理论”和“编程题”但忽略了“代码阅读题”。我印象很深卷子里有一道题是给一段有Bug的代码让你找出问题并说明原因。这道题考察的就是你能否阅读和理解他人代码这恰恰是测试开发日常干得最多的事。我当时在这类题上的经验是看代码不能只看逻辑要带着“找茬”的心态看。重点关注数组越界、空指针、循环边界、资源未释放这四类经典问题。尤其是循环边界经常是出题人喜欢埋雷的地方比如for (int i 0; i arr.length; i)这种一眼就能看出的越界反而是送分题真正难的是段代码逻辑上没报错、但输出结果不对的问题。这种考察的你已经不只是“知道测试”而是“会做测试”了。2. 核心考点逐个拆解八股文背后的原理2.1 计算机网络重点永远在TCP和HTTP计算机网络在测开笔试里出现的频率极高因为测试工作日常就要和接口、网络协议打交道。小米这套题里网络相关的考点主要集中在TCP、UDP、HTTP这几个协议上TCP三次握手为什么不能是两次四次挥手为什么客户端要等待2MSLTCP和UDP的区别HTTP常见状态码的含义等等。备考这块我有个心得不要死记八股文要理解“为什么”。比如三次握手的问题本质是“确认双方的收发能力都正常”。第一次握手服务端知道自己收没问题、客户端发没问题第二次握手客户端知道自己发没问题、收也没问题但服务端还不知道自己发有没有问题第三次握手服务端才确认自己发也没问题。把这个逻辑链条理清楚了不管题目怎么变你都能答出来。HTTP状态码我自己整理过一个速记表笔试前突击特别有效状态码含义测试中的典型场景200请求成功接口正常返回301永久重定向网站更换域名302临时重定向未登录跳转登录页400客户端请求语法错误参数格式不对401未认证未携带Token请求403无权限权限校验不过404资源不存在接口地址写错500服务端内部错误后端代码有Bug502网关错误上游服务挂了503服务不可用服务过载或维护中这些状态码在测试工作中几乎天天见笔试考它们不只是考记忆更是在考你作为测试人员是否具备定位问题的能力。看到一个500和看到一个502排查方向是完全不同的。2.2 操作系统与Linux进程线程是必考题操作系统这块考察比较常规集中在进程与线程的区别、死锁产生的四个必要条件、进程调度算法、内存管理尤其是虚拟内存分页分段等。这里我想多说一句进程和线程因为很多测试同学在实际工作中对“进程”和“线程”的理解是模糊的但笔试一定会考。简单来说进程是操作系统分配资源的基本单位线程是CPU调度的基本单位同一进程内的线程共享进程的地址空间和资源而进程之间的地址空间是相互隔离的。放在测试场景里你用JMeter测并发本质上模拟的是大量线程并发发请求而一个服务崩了会不会影响另一个服务关键看它们是不同进程还是相同进程内的不同线程。Linux命令的考察也相当实用化不会让你默写几十个命令而是给你一个场景让你选择对应的命令。比如“查看某个端口被哪个进程占用”选netstat -tlnp | grep 8080“查看系统负载”选top“在日志文件中查找关键字”选grep。这些命令在后续的实习工作中会高频使用笔试其实是在提前筛选“能直接上手干活的候选人”。2.3 数据结构与算法考察的是编码基本功小米测开笔试的编程题难度我个人体感介于“LeetCode简单”和“LeetCode中等”之间。那一年考的题目里我记得有字符串处理和数组操作的题没有出现特别复杂的动态规划或者图论算法。但不要因此掉以轻心因为数据结构的基础知识是放在选择题里考的。常见的考察点包括数组和链表的区别、栈和队列的特性、二叉树遍历方式、哈希表的时间复杂度、排序算法的时间复杂度和稳定性。这些本身并不难难的是你理解得够不够透彻。举个例子很多人知道快速排序平均时间复杂度是O(nlogn)但问“快速排序是不是稳定排序”很多人就卡住了。答案是不稳定。因为快排的分区过程会交换元素的相对位置。这类细节就是选择题拉分的地方。我的建议是准备笔试时不要只刷题还要把基础数据结构的特性理顺。特别是“排序算法选择”这类题你不需要把每个排序的实现代码写出来但要知道什么时候用哪个数据量小用插入排序基本有序用冒泡追求平均性能用快排要稳定性用归并内存紧张用堆排。这个决策能力比死记代码更有价值。2.4 数据库SQL基础和索引原理数据库在测开笔试中出现的频率也不低主要涉及SQL基本语法、多表查询、聚合函数GROUP BY、HAVING、索引原理和慢查询优化。SQL题我建议一定要动手写一写不能光看不练。比如“查询每门课程成绩大于80分的学生姓名”这种经典题至少要把SELECT、JOIN、GROUP BY、HAVING的组合用法练熟。笔试经常让你手写SQL如果你平常只会在Navicat里点点点、写简单单表查询遇到多表关联的SQL就会很吃亏。索引这块重点理解“为什么建立了索引查询就快了”。我的理解方式是索引相当于书的目录没有目录就要从头翻到尾全表扫描有了目录就能直接翻到对应章节B树查询。面试和笔试常考的知识点包括什么时候索引会失效、联合索引的最左前缀原则、主键索引和普通索引的区别。这些概念听起来简单但非常考验功底。2.5 笔试选择题的备考方法论说到这里我发现很多人复习测试开发笔试最大的问题不是不努力而是不知道每个知识点应该学到什么程度。我的建议是以“能不能给别人讲明白”为标准。你可以做一个自测随便选一个知识点比如“TCP的三次握手”如果你能用清晰的语言在五分钟内把整个过程讲给别人听并且对方能听懂那这个知识点基本就没问题了。如果你发现自己讲得磕磕绊绊或者需要一边想一边编说明掌握得还不够扎实需要回炉。我当时准备了一个错题本现在可以用在线文档每遇到一个不会的或者做错的知识点就记下“题目我的错误答案正确答案为什么错”。等笔试临近时不用再啃整本厚厚的书只看错题本就够了。这个方法的效率远高于漫无目的地刷题。3. 编程题实战从读题到通过测试3.1 编程题的特点与应对策略测开笔试的编程题和开发岗笔试的编程题在难度上确实有差异但在评分标准上有一个共同点绝大部分在线评测系统只认“是否通过全部测试用例”不看你写得好不好看。这就意味着你不需要写出最优解的代码但必须保证代码在所有边界情况下都正确。那一年我记得有一道字符串相关的题大意是要求处理某种字符串转换的规则。这类题的关键在于第一读题要仔细尤其是输入输出的格式约束第二边界条件要优先考虑空字符串、单个字符、超长字符串都要在脑子里过一遍第三写完代码后要用题目给的样例和自编的边界样例去验证。一个很实用的技巧是做题时先在注释里写上“输入、处理、输出”三步思路再动手写代码。比如# 输入一个字符串s一个整数k # 处理将字符串按照规则转换 # 输出转换后的字符串这能帮你理清思路即使在笔试的紧张环境下也不容易写跑偏。同时如果你在本地IDE里调试这段注释也能在提交前帮你快速检查逻辑是否完整。3.2 一道典型题目的完整解题演示为了让大家更直观地了解测开笔试的编程题怎么答我拿一道非常典型的题来讲“统计字符串中每个字符出现的次数并按出现次数降序输出次数相同的按字符ASCII码升序排列”。先分析需求输入是一个只包含大小写字母的字符串输出是每个字符和它的出现次数。第一反应是用哈希表统计频率然后对字典按value降序、key升序排序。def char_count(s): # 第一步统计频率 counter {} for ch in s: counter[ch] counter.get(ch, 0) 1 # 第二步排序次数降序字符升序 # sorted默认是升序所以次数用负号取反实现降序 items sorted(counter.items(), keylambda x: (-x[1], x[0])) # 第三步格式化输出 result [] for ch, cnt in items: result.append(f{ch}:{cnt}) return \n.join(result)这个题有几个关键的得分点。第一用counter.get(ch, 0)而不是先判断再赋值代码更简洁第二排序的key用(-x[1], x[0])这是Python里实现“一列降序一列升序”的标准写法第三输出格式要和题目要求完全一致很多同学解法和思路都对但输出格式不对导致AC不了。再验证边界情况空字符串输入counter为空items为空返回空字符串符合预期全是一样的字符比如aaa返回a:3符合预期大小写混合时因为ASCII码大写字母在小写字母前面所以a:1会排在B:1后面符合“按ASCII码升序”的要求。3.3 笔试中的时间分配与调试策略编程题一共2到3道时间大概40分钟。我的策略是先花3分钟把三道题全部读一遍从易到难排序先做自己最有把握的题。为什么这样做因为在线笔试的计分方式通常是你通过了多少测试用例就得多少分不是“写出来了就满分没写出来就零分”。先把简单的题稳稳做对能保证基础分不丢再花时间去攻克难题。千万不要在一道题上死磕到最后一刻导致后面题目连看都没看。调试时有一个大忌把时间花在美化代码上。在线笔试只要功能正确就能得分不需要你的代码有优雅的注释和完美的面向对象设计。一切以“通过测试用例”为最高优先级。如果真的遇到了运行超时的问题先检查是不是有死循环再看是不是可以提前退出最后再考虑优化算法复杂度。一个小技巧是题目给出的数据范围通常暗示了期望的时间复杂度比如数据量在 10^9 级别那基本可以确定是找规律题不能用O(n)遍历。3.4 针对测开岗的刷题路线关于测开笔试的刷题范围我的建议是不要盲目去刷LeetCode的困难题。测开岗的笔试能把简单题做到全对、中等题能做出一到两道就已经是很高的水平了。我当时按照这个顺序刷题字符串处理反转、去重、回文判断、字符统计数组操作排序、去重、合并、求交集并集哈希表应用计数、映射、快速查找链表基础反转链表、链表中环的判断栈和队列括号匹配、用栈实现队列递归入门斐波那契数列、二叉树遍历每个专题刷5到10道题就够了重点不是题量而是每道题都能独立写出来、能解释清楚思路。你要是做到“看到题目就能想到大概用哪种数据结构和算法”笔试编程题基本就稳了。4. 测试用例设计题真正拉开差距的地方4.1 为什么笔试要考测试用例设计选择题可以考察你的知识面编程题可以考察你的代码能力但这两个都很难看出“你有没有测试思维”。而测试用例设计题恰恰是测开岗位最核心的能力体现。同样是“给一个登录功能设计测试用例”普通人的回答可能是输入正确的账号密码能登录、输入错误的账号密码登录不了。但一个合格的测试开发会考虑账号是什么格式密码有没有加密登录有没有验证码登录成功后跳转到哪里连续输错5次会不会锁定网络断了有没有提示并发登录怎么处理要不要记录日志安全性有没有漏洞。这种思维广度就是测试用例设计题想考察的。4.2 一个万能的用例设计框架我当时总结了一套测试用例设计的答题框架依靠这个框架不管遇到什么题目都能快速组织出有层次的答案第一步理解需求。先复述一下你理解的功能需求和约束条件这个动作能让面试官看到你在“思考需求”而不是“直接上手写用例”。第二步划分测试类型。从功能、界面、兼容性、性能、安全、易用性等维度展开这样写出来的用例会很有层次感不容易遗漏。第三步用等价类划分有效和无效数据。有效的等价类保证功能正常无效的等价类保证异常处理到位。第四步用边界值分析法补充边界数据。例如“密码长度6到20位”这个规则至少需要测试5位、6位、20位、21位四种情况。第五步用场景法覆盖正常流程、备选流程和异常流程。保证从登录到退出整个生命周期都覆盖到。这个框架不是死板的模板而是一个思考清单。做题时按照它来想可以大幅降低遗漏率。4.3 实战示例设计“登录功能”的测试用例接下来我完整演示一下用上面这个框架为“登录功能”设计测试用例功能需求分析用户输入手机号和密码校验通过后登录系统登录成功后跳转到首页。功能测试用例输入已注册的正确手机号和正确密码点击登录应登录成功并跳转到首页输入未注册的手机号应提示“账号不存在”输入正确手机号但错误密码应提示“密码错误”手机号和密码均为空应提示“请输入手机号”和“请输入密码”手机号格式不正确少于11位、包含字母应提示“手机号格式错误”密码长度小于6位或大于20位应提示“密码长度不符合要求”密码输入错误达到5次应触发账号锁定或其他安全策略兼容性测试用例不同浏览器Chrome、Firefox、Safari登录功能是否正常不同手机型号和操作系统版本iOS、Android登录是否正常不同分辨率下登录页面是否显示正常性能测试用例100个用户同时登录系统响应时间是否在可接受范围内弱网环境下登录接口是否超时、是否有合理提示安全测试用例密码在传输过程中是否加密登录接口是否防暴力破解尝试SQL注入输入“ or 11”作为密码系统是否报错易用性测试用例登录按钮是否可点击区域足够大输入框是否有清晰的提示文案登录成功后是否需要二次确认这样的用例列表一出来你的答案从广度到深度都有了。即使有些维度笔试时写不了那么细也要把维度名称列出来让阅卷人看到你有完整的测试思维框架。4.4 让测试用例设计题答出新意的小技巧笔试的用例设计题大部分人都会从功能、性能、兼容性这些维度答。如果你想脱颖而出可以补充两个很少有人想到的点第一数据驱动思维。同样是登录功能测试不要只写“正确密码登录成功”可以补充一句“测试数据应通过数据驱动方式管理将账号、密码、预期结果写入用例配置文件方便后续进行参数化组合测试”。这句话会让阅卷人觉得你不只是在设计用例而是有自动化测试的思路。第二可测性思维。在用例最后加一条“建议为登录功能添加后端日志埋点包括用户操作时间、IP、登录结果等信息便于问题定位和数据统计分析”。这种补充体现了你对测试体系的理解而不只是用例本身。这些小细节不会直接给你加很多分但会让阅卷人对你留下“这人有测开思维”的印象。在压倒性同质化的答案里一点差异就能产生完全不同的评价。5. 从笔试到面试能力模型与学习路线5.1 测开实习生需要具备的底层能力笔试只是第一关现在很多公司在笔试通过后还有一轮或两轮面试。从笔试反向推导测开实习生最终需要具备的底层能力可以归纳为三个维度技术功底包括编程语言、数据结构与算法、计算机网络、操作系统、数据库这些是面试中“技术八股”的来源也是笔试选择题覆盖的范围。这里注意面试官考察“八股”通常不会像笔试一样只问答案而是会追问到底比如你说了TCP三次握手他可能会问“那为什么不是两次”你再答完他可能还追问“如果要你来测试TCP的连接建立你会怎么设计测试用例”。测试方法论包括黑盒测试、白盒测试、等价类划分、边界值分析、场景法、错误推测法等。面试官会通过场景化提问来考察比如“假如给你一个搜索框你怎么测试它”。这里要特别注意前面的笔试用例设计题其实就是在模拟这一轮面试。工具与技术栈包括接口测试工具Postman、缺陷管理工具Jira、性能测试工具JMeter、自动化测试框架pytest、Selenium、Appium等。这部分通常不需要你在笔试阶段展示但面试阶段一定会被问到是否用过、用到了什么程度。5.2 面试环节的考察侧重从我后来参与招聘实习生的经验看面试官对应届实习生和校招生的期望是不同的。实习生面试不会问你“如何搭建一套完整的自动化测试平台”而是更关注基础是否扎实、学习能力是否够强、对测试是否有热情。有一个高频面试问题是“你做过的项目中有没有测试相关的实践”。如果你有自动化测试的项目经历会很加分。没有的话也不用太紧张可以聊你参与过的课程设计、小项目中有没有做过测试相关的设计甚至可以说你自学过Selenium或pytest并写过一个小的自动化脚本。关键是要表现“我虽然经验不多但我在主动学习”。高频面试题还包括“一个Bug从发现到关闭的完整流程是什么”、“你怎么评估一个Bug的严重程度和优先级”、“如果开发不认为这是一个Bug你怎么办”。这些题型的核心不是考标准答案而是考察你的沟通意识、协作能力和质量思维。5.3 不同类型候选人的备考路径科班出身的同学计算机基础相对扎实笔试的通过率会高一些但往往对测试本身了解不多。这类同学的重点应该放在补足测试专业知识和项目实践上比如找一些开源的接口或者网站用脚本做一轮自动化测试练习并将这个过程写成简历项目。转行或者半路出家的同学情况正好相反可能测试理论学得很快但计算机基础是短板。这里我的建议是先把计算机网络、操作系统、数据库这三个科目捡起来不需要像科班那样学得特别深但TCP/IP、进程线程、SQL这些核心知识点一定要掌握到能应对笔试选择题的程度。我还想提一下现在很热门的“AI辅助测试”和“测试开发全链路”的概念。这两年AI赋能测试已经越来越成为面试的高频话题你需要了解当前AI在测试领域有哪些落地场景AI生成测试用例、智能断言、缺陷预测、UI自动化的视觉回归等等。如果你能在面试中结合自己的理解讲一讲AI辅助测试的价值和局限甚至只是聊到“用AI工具辅助分析测试数据”都会让面试官觉得你是在关注行业前沿的人而不只是会死背书。另外测试开发的能力边界也在不断扩展。现在很多团队讲“从需求到设计到开发到测试”的全流程质量保障测开不再是只做“最后一道工序”而是要在需求阶段就参与评审、在开发阶段就推进可测试性设计、在测试阶段搭建自动化体系、上线阶段做监控和性能分析。这种“全链路质量”思维是你在面试中展示自己“有潜力成长为高级测开”的重要信号。比如当面试官问你未来规划时你可以说“我希望自己不仅是测试用例的执行者更能在需求评审阶段就识别风险在代码实现阶段就通过单元测试和接口测试前置质量保障最终成为推动团队质量文化的人”。5.4 测试开发学习路线建议结合我自己的学习经历和带实习生的经验我整理了一条比较清晰的学习路线第一阶段夯实基础1-2个月。学习Python或Java基础语法、Linux常用命令、SQL基本操作、计算机网络与操作系统核心概念。目标是能看懂代码、能写简单脚本、能应对笔试选择题。第二阶段学习测试核心知识3-4周。掌握软件测试的生命周期、测试用例设计方法、Bug管理流程。认真做三套以上的测试用例设计练习比如登录、购物车、搜索框这类经典功能。第三阶段掌握工具链3-4周。学习Postman做接口测试学习Selenium或Playwright做Web自动化学习pytest编写自动化测试用例学习JMeter做基础性能测试。每个工具都跟着教程做一个小练习并把过程和结果记录下来。第四阶段项目实战整个过程中持续。找一个开源项目或者自己写一个简单Web应用围绕它设计一套测试方案、编写自动化脚本、记录Bug并输出测试报告。这个项目经历写进简历比任何证书都有说服力。第五阶段面试冲刺2-3周。梳理高频面试题和笔试题重点复习自己薄弱的知识点刷10套左右的真实笔试真题同时准备“自我介绍”和“项目介绍”。这条路线整体下来大概需要3到4个月每天保证2到3小时的学习时间。如果是在校学生利用学期中碎片化学习和寒暑假集中突破的组合方式是最高效的。6. 避坑清单与独家心得6.1 笔试中最常见的五个失分点第一审题不清导致输出格式错误。这种情况特别可惜题目要求输出的分隔符是逗号你用了空格题目要求输出到文件你打印到控制台。在线评测系统的判断是“一个字符都不能差”。第二忽略极端输入。一个“字符串反转”的简单题很多人写得花团锦簇但没有考虑空字符串和单字符的情况结果一个边界测试用例就挂了。写代码的时候一定要把空、极值、超长这几种情况在心里过一遍。第三选择题花费时间过长。选择题一题就一两分不值得在上面花五六分钟。我的策略是“第一直觉选出答案标记不确定的题等做完编程题再回头思考”。因为笔试时间非常紧张把大量时间花在选择题上往往会挤掉编程题的答题时间得不偿失。第四测试用例设计没有层次感。很多人的用例设计就是想到哪写到哪没有按测试类型、优先级、功能模块来组织导致答案看起来很散阅卷人很难相信你是一个有系统思维的测试人员。第五编程题不留调试时间。有些同学写完代码直接就提交了结果因为一个小失误没通过测试用例也没有时间再改白白丢分。编程题至少要留出5到10分钟来做“复查”代码逻辑是否正确、边界条件是否覆盖、输出格式是否与题目一致。6.2 分享几个我的独家备考技巧这里分享一个非常实用的技巧复习测试基础知识时不要把所有精力都花在看书上可以通过“给同学讲题”的方式来检验掌握程度。我在准备笔试时会把每天学到的知识点用一两句话总结出来晚上发在群里和一起准备笔试的同学互相提问。比如“为什么TCP要三次握手”、“快排和归并排序哪个稳定”、“进程和线程的区别一句话说清楚”。这种高频的、小颗粒度的自测效率远高于积攒一堆内容然后突击复习。还有一个针对编程题的技巧练题时一定要用“不用自动补全的环境”来练习。笔试系统一般只提供简单的代码编辑器没有IDE的智能提示如果你平时过度依赖IDE的自动补全到笔试时可能会不适应甚至连一些标准库的方法名都会想不起来。我备考时每周至少做2次在线OJ练习用的就是最朴素的编辑器模拟笔试环境。6.3 关于心态和临场发挥最后想聊聊笔试心态。我当时参加笔试前特别紧张觉得这是一家好公司一定要抓住机会。但现在回头看笔试只是求职路上的一个环节它的目的是“匹配”而不是“评价你的全部价值”。在笔试过程中保持平稳心态、合理分配时间、遇到不会的题果断放弃这三个原则比多背十个知识点更重要。我在实际工作中带过一些实习生发现一个有趣的现象笔试成绩特别高的人不一定是最适合做测开的反而是那些笔试成绩中上、但在测试用例设计题中展现出很强思维条理性的候选人往往在实习中表现更出色。因为测试开发这个岗位核心能力不是“会多少知识”而是“如何把知识转化为对质量的判断和保障”。笔试只是第一扇门真正让你在这一行站稳脚跟的是你对质量发自内心的认可和持续学习的态度。所以如果你正在准备测开岗的笔试别太焦虑。把基础打牢把思维练好用一套清晰的方法论去应对每一道题然后保持自信走入考场。你会发现这些准备不仅是为了通过一场笔试更是在帮你建立一种“质量第一”的思维方式这种思维会让你在未来的测开之路上越走越稳。