去年秋招季我投了掌阅科技的测试岗收到笔试通知后既兴奋又紧张。说实话测试岗笔试和开发岗笔试完全是两个路子网上能搜到的真题有限大多还是零零散散的面试题。我当时把Linux面试题测试、自动化测试、性能测试、安全测试这些方向都过了一遍笔试通过后复盘了很久发现很多题其实有迹可循。这篇就把我整理和回忆出的2023年掌阅科技秋招测试岗笔试考点、答题思路以及我踩过的坑一次说清楚给后面准备测试岗秋招的同学一个参考。1. 笔试前的岗位认知与准备节奏别拿开发笔试的思路来裸考很多人一听测试岗笔试就放松警惕觉得随便写写就行。等真坐进笔试系统看到题才发现完全不是那么回事。我身边就有同学用复习开发的资料去准备测试岗结果Linux题、自动化脚本题答得七零八落白白浪费了机会。1.1 阅读类App测试岗到底在考什么掌阅科技是做什么的大家心里应该有数——数字阅读平台核心产品是掌阅App覆盖iOS、Android、Web、小程序这么多端。测试岗笔试不可能脱离业务凭空出题所以笔试前一定要先想清楚一个阅读App的测试重点在什么地方我当时给自己列了个清单功能测试书架管理、阅读器翻页、字体切换、目录跳转、书签笔记、夜间模式、听书播放这些核心功能必然是出题的高频场景。兼容性测试Android机型碎片化严重iOS也要考虑不同系统版本阅读App还得关注不同分辨率、全面屏适配、字体大小调节后的页面布局。性能测试App启动速度、翻页流畅度、内存占用、长时间阅读的稳定性、耗电量这些都是阅读类产品最敏感的性能指标。网络异常测试阅读App对弱网环境特别敏感地铁上刷书架、电梯里加载章节弱网、断网、网络切换时的表现是测试的重中之重。自动化测试App UI自动化、接口自动化掌阅这么大的App肯定有自动化测试体系笔试题里出现Appium、Pytest这类工具很常见。我把这些方向梳理清楚后心里就有底了。笔试虽然五花八门但万变不离其宗最终都是围绕这些业务场景来出题。1.2 测试岗笔试的题型结构和时间分配2023年掌阅科技秋招测试岗笔试我遇到的题型大致是单选、多选、判断题、简答题、综合应用题。题量不算小时间相对紧张我记得是90分钟左右。我个人的经验是单选、多选、判断这类客观题控制在30到40分钟内搞定遇到拿不准的先标记不要死磕。简答题一般4到6道每题10到15分需要写测试用例、分析问题、给出方案这部分至少要留30分钟。综合应用题一般是最后一道大题分值最高通常是给你一个功能模块让你设计完整的测试方案或者给你一个缺陷现场让你排查分析。我的建议是拿到卷子先花2分钟把整个试卷扫一遍对题量和难度有个整体判断然后按照先易后难的顺序做。千万不要在客观题上纠结太久后面的大题分值高写好了才是拉开差距的关键。1.3 我踩过的信息搜集误区准备笔试的时候我一开始走了弯路——疯狂去搜掌阅科技笔试真题结果搜到的都是零零散散的记忆帖有的甚至不是同一年的。后来我想明白了与其找原题不如把测试岗的核心能力梳理扎实。这里分享一个我自己整理的准备框架知识模块优先级典型考点软件测试基础极高测试流程、测试用例设计方法、缺陷生命周期Linux基础高常用命令、日志查看、进程管理、文件操作数据库高SQL查询、增删改查、联表查询计算机网络中高HTTP协议、TCP/UDP、DNS、状态码自动化测试中高Selenium、Appium、Pytest、自动化框架理解性能测试中性能指标、常见性能瓶颈、压测工具原理安全测试中常见Web漏洞、HTTPS原理、渗透测试基础移动端专项中弱网测试、兼容性、内存/CPU/流量测试按这个框架去准备基本不会出大偏差。2. 功能测试与用例设计题笔试里的送分题也是拉分题功能测试相关的题目是测试岗笔试的必考内容也是最容易拿分、最不应该失分的部分。但很多人在这一块反而栽了跟头——不是不会写而是写不全、写不深、缺乏测试思维。2.1 测试用例设计六脉神剑等价类、边界值、场景法、因果图、正交表、错误推测笔试里给一个功能让你设计测试用例用的就是这些方法。我当时总结了一个口诀等价边界打天下场景错误补遗漏因果正交用于组合多的情况。以阅读App为例用户修改个人昵称这个功能如果让你设计测试用例你会怎么设计最基本的思路等价类划分合法昵称1-20个字符、非法昵称空值、超过20个字符、包含特殊字符边界值分析1个字符、20个字符、21个字符、0个字符异常场景网络中断、服务器异常、并发修改、昵称包含敏感词这些方法本身不难难的是你能不能结合业务场景把用例写全。我当时给自己定的要求是每个功能模块至少写出15条以上有效用例而且每一条都要有明确的预期结果。2.2 阅读App核心场景的用例设计实战这一部分大家要特别注意笔试的大题很可能就是让你针对掌阅App的某个具体功能写测试方案。我当时押了几个方向也建议大家重点准备第一个是书架同步功能。这个功能涉及多端同步、增量更新、冲突处理测试用例设计时要考虑书架为空时同步、书架有大量书籍时同步同一账号在手机和电脑上同时操作时的数据一致性弱网环境下同步失败后的重试机制同步过程中杀掉App进程重启后数据是否一致VIP书籍和免费书籍的同步权限差异第二个是阅读器翻页功能。翻页是阅读App最高频的操作测试时要考虑左右翻页、上下滚动两种模式快速连续翻页是否有卡顿或闪烁翻页后字体、行距、段落格式是否正确翻到章节末尾时是否自动加载下一章图片章节、表格章节的翻页适配第三个是听书功能。掌阅App有听书功能这块涉及的测试点就很零碎了播放、暂停、上一章、下一章、倍速播放、定时关闭、锁屏控制、耳机线控、后台播放、和阅读进度同步、章节付费解锁等。我比较推荐大家准备一个笔记本把这些核心场景的测试点一条一条列出来。笔试真遇到类似的题直接往里面套又快又全。2.3 缺陷报告的正确写法和常见误区笔试里经常让你写一个缺陷报告或者给你一个缺陷描述让你补充信息。我当时整理了一个标准模板缺陷标题简明扼要描述问题比如在Android 13系统下书架页面下拉刷新时App闪退操作步骤复现缺陷的具体操作路径步骤要完整、可执行实际结果执行操作后出现的真实表现预期结果按照需求文档应该出现的结果严重程度致命、严重、一般、轻微四级优先级紧急、高、中、低四级环境信息设备型号、操作系统版本、App版本、网络环境附件截图、录屏、日志很多同学容易犯的错误是只写现象不写操作步骤或者不附环境信息。这样即使你定位到了问题开发人员也没法快速复现沟通成本直接翻倍。另外要注意严重程度和优先级不要混为一谈。严重程度衡量的是对系统的影响范围优先级衡量的是修复的紧急程度。比如一个只在特定机型上出现的界面文案错别字严重程度低但优先级可能很高。2.4 笔试中常见的功能测试简答题示例我当时遇到的几道功能测试相关的简答题给大家还原一下题目类型不是原题但高度相似请针对掌阅App的夜间模式功能设计10条以上的测试用例。用户反馈在Wi-Fi环境下无法打开书籍章节请列出可能导致该问题的原因并给出你的排查思路。请简要说明冒烟测试、回归测试、冒烟测试、探索性测试的区别和适用场景。这类题其实考察的是你有没有完整的测试思维。答题时我习惯用先归纳、再展开、最后总结的结构把思考过程清晰地呈现给阅卷人让TA一眼看到你的逻辑性和条理性。3. 计算机基础与Linux实操题测试工程师的真功夫测试岗笔试一定会考计算机基础知识尤其是Linux、数据库、计算机网络三件套。这部分没有捷径只能靠平时积累。但测试岗考的Linux题目通常不会太深主要是常用命令的实操和排查思路。3.1 Linux命令笔试最常考的十个命令我根据自己的笔试经验整理了一个高频命令清单命令用途测试场景示例tail -f实时查看日志验证App日志输出、定位Crash信息grep过滤文本从日志中筛选关键字ps -ef查看进程检查App进程是否存活top / free查看系统资源和内存分析内存占用、CPU使用率netstat / lsof查看端口和网络连接检查端口是否被占用、连接是否建立df -h / du -sh查看磁盘空间和目录大小分析日志和缓存文件占用find查找文件定位配置文件、日志文件chmod / chown修改权限和属主解决权限问题导致的测试环境报错adb shellAndroid设备操作Android App安装、启动、日志抓取kill / killall结束进程清理后台进程、重置App状态笔试里Linux题不会让你真的敲命令而是给你一个场景让你写出应该用什么命令。比如App日志输出在/data/logs/app.log请使用命令实时查看该日志中所有包含Error的日志行。答案就是tail -f /data/logs/app.log | grep Error这个组合用得特别多日志排错基本离不开它。另外还有一个常见考法一个App进程占用内存过高请写出查看该进程内存占用的命令。top -p 进程PID 或者 ps aux --sort-%mem答题时把命令和参数写明白最好加上简单的说明。3.2 数据库SQL测试验证和构造数据的必备技能数据库在测试中的作用简单来说就两个一是验证功能是否正确通过查库看数据二是构造测试数据通过写数造场景。笔试里的SQL题一般不会太难但联表查询、聚合函数、排序分组是必考的。我遇到的大概是这种形式给两张表一张是用户表useruid, username, vip_level, reg_time一张是订单表orderorder_id, uid, book_id, amount, create_time然后让你写SQL。常见题型查所有VIP用户的数量SELECT COUNT(*) FROM user WHERE vip_level 0;查每个用户的累计消费金额SELECT uid, SUM(amount) FROM order GROUP BY uid;查最近7天有消费记录的用户SELECT DISTINCT uid FROM order WHERE create_time DATE_SUB(NOW(), INTERVAL 7 DAY);联表查VIP用户的消费总额SELECT u.username, SUM(o.amount) FROM user u INNER JOIN order o ON u.uid o.uid WHERE u.vip_level 0 GROUP BY u.uid;写SQL的时候我建议大家一定注意两个点一是不要忘记WHERE条件尤其是时间范围限定二是GROUP BY的字段要跟SELECT的字段对得上否则在一些数据库里会直接报错。如果你对SQL不熟笔试前一定要把增删改查、聚合函数SUM、COUNT、AVG、MAX、MIN、联表INNER JOIN、LEFT JOIN、子查询这些知识点过一遍。测试岗虽然不要求像开发那么精通SQL但基本的数据操作能力是刚需。3.3 计算机网络HTTP协议是重头戏网络协议尤其是HTTP协议是测试岗笔试的必考内容。我当时复习的重点有HTTP常见状态码200成功、301永久重定向、302临时重定向、400请求错误、401未认证、403禁止访问、404资源不存在、500服务器内部错误、502网关错误、503服务不可用GET和POST的区别参数位置、长度限制、安全性、幂等性、缓存机制HTTP和HTTPS的区别加密方式、默认端口80和443、证书TCP和UDP的区别面向连接和无连接、可靠性、速度、应用场景DNS解析过程输入URL到页面展示的全过程笔试里最容易出题的是状态码判断和GET/POST区别。特别是那种给你一个场景让你选择状态码的题一定要看清楚上下文。比如用户访问一个不存在的图书详情页URL服务器应该返回什么状态码答案是404。但如果是用户请求一个已被永久移动到新地址的页面应该返回那就是301。还有一道比较经典的题当你在App里进入一个章节客户端发起的是什么请求数据返回是什么格式这个考察的是你对移动端网络请求的理解。一般来说章节内容走的是HTTPS GET请求返回JSON或HTML格式的数据可能还有CDN加速。3.4 移动端专项测试的Linux和网络命令移动端专项是阅读App测试的重要部分笔试里可能会涉及一些Android专项测试相关的命令或工具。比如adb logcat抓日志、按级别过滤V/D/I/W/Emonkey进行压力测试adb shell monkey -p 包名 --throttle 500 --pct-touch 70 5000adb shell dumpsys meminfo 包名查看内存信息adb shell top查看CPU占用弱网模拟工具如Charles、Fiddler的限速功能或者NetEm这些内容不仅是笔试考点更是实际测试工作中的常用技能。我把它们归到测试工程师的真功夫里因为它们最体现一个测试同学的基本功。4. 自动化测试与工具链从Appium到Pytest笔试考的是理解不是API背诵自动化测试在测试岗笔试里的比重逐年上升。掌阅科技这样的互联网公司不仅要求你会做功能测试更期望你掌握自动化测试的基本能力。我在笔试前准备了Appium、Pytest、Selenium、Jenkins这些主流工具发现笔试考的不是API怎么调用而是你理解不理解自动化的原理和框架。4.1 自动化测试的核心概念脚本、断言、报告、持续集成笔试里关于自动化测试的简答题核心考察点包括什么是UI自动化测试它和接口自动化测试的区别和联系Page Object模式的优点是什么为什么推荐使用什么是等待策略隐式等待和显式等待的区别如何提高自动化测试脚本的稳定性自动化测试的投入产出比怎么评估我当时答题的思路是先讲概念再说优缺点最后结合自己的实践举例。比如POM模式的优点我会回答代码复用、可维护性高、测试逻辑和页面细节解耦然后举一个登录页面的元素定位变化时只需要改一个Page类而不是改所有用例这样具体的例子。4.2 Appium移动端UI自动化的考点掌阅是移动端AppAppium几乎是必考考点。我当时准备的关键点有Appium的工作原理它是怎么通过WebDriver协议和UiAutomator/XCUITest通信的定位方式id、class name、xpath、accessibility id以及不同平台的差异环境搭建Android SDK、Node.js、Appium Server、真机/模拟器常见命令启动Appdesired capabilities配置、滑动操作swipe、点击操作tap/click、断言笔试里Appium的题一般是这样的请简述Appium自动化测试的基本流程。我的回答是配置Desired Capabilities包括platformName、platformVersion、deviceName、appPackage、appActivity等启动Appium Server创建一个AndroidDriver实例通过driver各种方法进行元素定位和操作最后用断言验证结果并生成测试报告。Appium中如何等待一个元素出现我会回答两种方式一是使用driver.manage().timeouts().implicitlyWait()设置隐式等待二是使用WebDriverWait和ExpectedConditions进行显式等待。推荐显式等待因为可以针对特定元素设置更灵活的超时时间。4.3 Pytest测试框架的设计理念Pytest在掌阅笔试里出现的概率很高这一点和热搜词里的pytest测试框架是对得上的。核心考点大概是pytest的fixture机制作用和用法fixture的作用域function、class、module、session参数化pytest.mark.parametrize怎么用来实现数据驱动断言python原生assert和pytest的断言增强插件生态pytest-html测试报告、pytest-xdist并行执行、pytest-rerunfailures失败重跑conftest.py的作用共享fixture和钩子函数我笔试的时候遇到了一道题问pytest中如何实现测试用例的参数化请写出示例代码。这个就比较基础了import pytest pytest.mark.parametrize(username,password, [ (user1, pwd123), (user2, pwd456), (, pwd789), ]) def test_login(username, password): print(f测试登录{username} / {password}) # 这里是具体的登录断言逻辑关键点在于你的答案要让阅卷人看出来你真正理解参数化的价值一条测试逻辑覆盖多个测试数据组合减少重复代码方便维护。4.4 Jenkins与CI/CD测试同学也要会玩流水线现在的测试岗早已不是只会手工点点点持续集成已经是基本要求。笔试可能会问Jenkins是什么它在自动化测试中扮演什么角色什么是持续集成/持续交付测试在其中如何介入如何配置一个定时执行的自动化测试任务测试结果如何反馈给开发团队我的答题思路是先说持续集成的核心理念——频繁集成代码、自动构建、自动测试、快速反馈。然后说Jenkins负责的任务调度和报告展示通过配置构建触发器定时构建、代码变更自动构建拉取最新代码执行自动化测试脚本最后把测试报告如HTML报告、Allure报告发布出来再通过邮件或企业微信推送给相关同学。这里还值得提一下Tessy它是嵌入式领域做单元测试和集成测试的工具。如果你投的是车载测试、嵌入式测试方向Tessy出现的概率会大一些。不过掌阅是移动互联网公司Tessy考的概率不高我准备时只是过了一下概念没有深挖。4.5 自动化测试的面试常见追问如何设计一套可持续的自动化框架笔试的简答题经常会引申到设计一套自动化测试框架。我给自己的答题模板是这样的分层设计用例层test cases、页面层pages、数据层test data、工具层utils数据驱动测试数据和脚本分离通过YAML/JSON/Excel管理数据用例管理使用pytest的mark机制管理用例比如冒烟测试标记报告与通知通过pytest-html或Allure生成报告通过Jenkins邮件推送稳定性保障失败重跑、等待策略、自动截图、日志记录这套模板几乎可以用来应对所有自动化框架设计类题目但每个公司、每个项目的实际选型不同答题时最好结合阅读类App的特点来讲。例如掌阅App这种多端应用Android和iOS的自动化需要分别适配可以补充强调跨平台的框架选型思路。5. 性能测试与专项测试容易被忽视的得分点很多同学准备测试岗笔试时一门心思扑在功能测试用例和自动化测试上性能测试和安全测试反而准备得很糙。但实际上这两块在笔试里的占比并不低而且一旦你答得好很容易和别的考生拉开差距。5.1 性能测试的核心指标和流程性能测试必考的核心指标有响应时间从发送请求到收到响应的时间包含网络传输、服务器处理、数据库查询等时间吞吐量单位时间内系统处理的请求数量常用QPS每秒查询数来衡量并发用户数同一时刻与系统交互的用户数量错误率请求失败的占比资源利用率CPU、内存、磁盘I/O、网络带宽的使用情况TPS每秒事务数事务层面的处理能力笔试如果考如何对掌阅App的书籍详情页面进行性能测试我的思路是明确性能测试目标比如App冷启动时间不超过2秒详情页加载完成不超过1秒设计测试场景模拟不同网络环境Wi-Fi、4G/5G、弱网下的访问选择测试工具接口层面用JMeter或Locust压测客户端层面用GT或PerfDog看性能指标执行测试并收集数据从端侧、服务侧、数据库侧分别收集指标分析瓶颈响应时间慢是网络问题、服务器问题还是App端逻辑问题输出测试报告给出结论和优化建议5.2 内存测试和性能分析从热搜词内存测试说起热搜词里有内存测试和内存rcd si测试后者偏服务器内存硬件方向前者更偏应用层的内存性能测试。笔试里关于内存测试的考点通常是如何检测App是否存在内存泄漏如何分析App的内存占用内存抖动是什么如何避免OOMOutOfMemory的常见原因和预防答题时我会举一个具体的例子用adb shell dumpsys meminfo 包名可以查看App的内存使用情况观察各进程的PSS、Private Dirty等指标。还可以用Android Studio自带的Profiler工具来监控内存的变化曲线配合压测场景来发现是否有内存持续上涨的问题。反复执行某个操作后内存不回落大概率存在内存泄漏内存曲线锯齿状剧烈波动往往是内存抖动。这类题你要是没有实际做过光靠背书很难写出彩所以建议大家在笔试前找个App实际跑一遍内存测试流程。5.3 弱网测试阅读App的生存考验阅读App的使用场景覆盖地铁、电梯、地下停车场这些信号不佳的区域所以弱网测试必然是重点。笔试可能会问什么是弱网测试为什么要做弱网测试弱网测试常用工具和方法有哪些弱网环境下阅读App应该有哪些表现我的答题思路弱网测试是模拟网络延迟、丢包、带宽受限等情境验证App在极端网络条件下的功能完整性和用户体验。工具方面Charles和Fiddler可以限速模拟2G/3G/4G网络Facebook的ATC也能做真实的网络损伤Android上还可以用命令行NetEm模拟丢包延迟。弱网环境下阅读App的预期表现加载中的loading动画要正常展示、失败后要有重试机制、重试不能卡死、章节加载失败不影响已缓存内容的阅读最重要的是不能闪退、不能数据错乱。5.4 设备老化测试和其他专项测试热搜词里有个设备老化测试全自动执行脚本这个方向很多同学不熟悉但确实是测试工程化的一个体现。设备老化测试指的是长时间、高强度运行设备或App验证其在持续运行状态下的稳定性和性能衰减情况。如果笔试问如何设计一个设备老化测试的自动化脚本我的回答思路是制定老化测试方案确定运行时长比如连续7天、操作场景反复开关App、反复翻页、反复播放音频编写自动化脚本基于Appium或Macaca模拟用户操作定时采集系统指标通过脚本周期性采集CPU、内存、温度、帧率数据设置异常告警当指标超出阈值时自动截图并记录时间点测试结束后汇总分析输出性能趋势图定位是否存在性能退化这类题目真正的价值在于考察你有没有工程化思维——测试不是一次性工作而是一个可以沉淀成自动化资产的过程。5.5 安全测试和渗透测试基础概念不能丢安全测试的考点相对基础主要包括常见Web安全漏洞SQL注入、XSS跨站脚本、CSRF跨站请求伪造、SSRF服务端请求伪造HTTPS加密流程TLS握手、证书链验证敏感信息保护明文传输密码、日志泄露用户隐私越权测试水平越权和垂直越权渗透测试的基本流程信息收集、漏洞扫描、漏洞利用、权限提升、痕迹清除笔试里如果考SQL注入大概率是给你一个登录页面问你如何测试它是否存在SQL注入漏洞。答题要点在用户名输入框输入单引号观察是否报SQL语法错误输入 OR 11这种经典payload观察能否绕过认证。还要说明两点一是测试前要申请授权二是测试要最小化影响不能破坏真实数据。我在准备这个模块时有些犹豫担心自己不够专业。后来想通了安全测试的笔试考题就是基础概念级别的把原理讲清楚、流程说完整就能拿到大部分分数。6. 开放题、思维题与职业素养题这些题决定你能不能进面试除了硬核的技术题掌阅笔试里还有一类题目特别值得注意——开放题和思维题。这类题目没有标准答案但恰恰是筛选候选人测试思维和综合素质的关键。6.1 经典的测试思维题怎么答知乎上有一类帖子叫测试思维题比如给你一个杯子你怎么测试它给你一支笔你怎么测试它。掌阅笔试大概率不会直接考这种题但会把它改编成业务场景。比如你如何测试掌阅App的搜索功能我的答题框架是这样的明确功能定义搜索的入口在哪书架页顶部、书城页顶部、搜索的范围书名、作者、简介、搜索的排序规则相关度、热度、时间功能测试正常搜索、空搜索、超长关键词、特殊字符、模糊搜索、搜索历史、热门搜索推荐、搜索联想、语音搜索接口测试搜索引擎返回的响应时间、结果为空时的返回、分页加载、异常返回超时、5xx兼容性测试不同机型、不同系统的搜索展示输入法不同导致的输入差异安全测试搜索内容包含敏感词、SQL注入字符、XSS脚本时的处理性能测试高并发搜索比如某个热搜词突然爆火、搜索响应时间这样一层一层地拆阅卷人一看就知道你有测试思维——不是单点思考而是成体系地覆盖功能、接口、兼容、安全、性能。6.2 缺陷排查分析题从现象到根因的完整链路我记得笔试里有一道题特别经典大概意思是一个用户反馈在Android手机上掌阅App的每日签到页面打开后白屏其他用户正常怎么排查。这类题的答题思路非常固定我分成了四个步骤第一步确认问题边界是所有用户都白屏还是个别用户是所有页面白屏还是只有签到页是某个Android版本还是所有版本是某个网络环境还是所有网络环境这一步的目的是把问题收敛。第二步从客户端层层排查先用adb logcat抓日志看有没有报错比如布局加载异常、JSON解析失败、空指针再复现问题看看是不是必现再看是不是本地缓存导致的旧版本问题。第三步从服务端排查查接口请求是否正常返回可能是该用户的签到状态数据异常服务端返回了导致页面解析失败的数据查服务端日志有没有用户相关的错误记录确认是否为数据问题。第四步给出最终定位和修复建议比如该用户在此前的签到记录中有一条特殊数据如签到时间戳为负数服务端返回该数据导致客户端解析失败。这套思路不仅是笔试题的解法也是实际工作中排查线上问题的通用方法论。建议大家把这个先收敛、再分层、逐层确认的排查链路记下来笔试面试都能用。6.3 沟通协作题的背后测试工程师的软实力有些笔试还会考流程协作题比如开发认为某个缺陷不是Bug拒绝修复你作为测试工程师怎么办类似题目考察的是沟通和推动能力我的答题框架是先确认自己对缺陷的理解是否准确把复现步骤、实际结果、预期结果整理清楚对照需求文档给出明确的依据和开发当面沟通一次说不清就演示复现带上截图和日志如果开发仍有异议上升到产品经理或项目负责人共同裁决无论结果如何都要记录结论避免后续再次扯皮这里想多说一句测试岗笔试不仅是考技术也在考性情。你的回答要体现出来你不是一个只会执行的人而是一个能推动问题解决的人。6.4 测试方案设计题的答题框架最后这道大题往往是整张卷子分值最高的一般是给你一个功能模块让你设计完整的测试方案。比如掌阅App即将上线一个书籍阅读报告功能请设计测试方案。我的答题框架是大家可以直接保存的需求分析结合需求文档明确功能的用户群体、使用场景、核心流程、业务规则测试范围明确测什么、不测什么哪些是增量功能、哪些是回归功能测试策略功能测试为主辅以接口测试、兼容性测试、性能测试、安全测试测试用例设计按功能点拆解每个功能点用等价类、边界值、场景法覆盖测试环境需要哪几种设备、哪种网络环境、哪种账号权限测试数据准备需要构造哪些数据比如阅读时长超过10小时用户、连续打卡365天用户、没有阅读记录的新用户风险与应对测试时间不够怎么办、关键功能测试阻塞怎么办质量评估标准用例通过率、缺陷密度、遗留缺陷严重程度等只要把这个框架吃透无论笔试考哪个功能模块都能至少拿到70%的分数。7. 复盘我在笔试后总结的几点教训笔试结束后我做了详细复盘有几条经验想单独拿出来说它们不一定能帮你多拿多少分但能让你少踩一些坑。7.1 时间分配比刷题更重要我笔试时最大的问题是在一道Appium的简答题上纠结太久。那道题我确实不太会纠结了差不多10分钟最后还是没写出来反而挤占了我后面测试方案设计题的作答时间。后来我给自己定了一个铁律简答题超过5分钟没思路就先跳过最后再回来补。空着肯定没分但只答一两个要点也远比被卡住划算因为后面的题你是确定的。笔试测试的是整体得分率不是单个题目的完美答案。7.2 写用例时宁可多写不要少写功能测试设计题阅卷人拿到的评分标准通常是按要点给分——每个有效用例点给一定的分数。哪怕你的用例有点重复只要是有意义的基本都能得分。如果你为了简洁只写10条用例而别人写了15条即使对方有几条冗余他的总分还是会比你高。当然这不代表让你胡写。我的建议是时间允许的情况下尽可能多维度覆盖。从功能逻辑、界面交互、异常场景、数据校验、网络异常、权限控制、安全、性能、兼容性这些维度去发散。7.3 笔试内容一定和你投递的业务强相关这是一条我特别想强调的经验很多同学准备了非常通用的测试理论和技术栈但忽略了业务特殊性。掌阅是阅读App它的业务特点决定了它的测试重点阅读器核心体验、长页面滚动性能、书籍文件解析、版权内容保护、多端同步、离线缓存、听书功能。你在笔试前哪怕抽出半天时间把掌阅App下载下来好好用一遍把核心功能模块梳理一遍笔试时遇到业务相关的题会从容很多。同理如果你投的是车载测试岗那就要重点关注CAN通信、诊断协议、车载娱乐系统交互、自动化测试框架比如Tessy这些方向如果投的是芯片测试岗那就要关注ATE测试、DFT设计、覆盖率分析。业务相关性的准备效果往往比泛泛而谈的刷题好得多。7.4 笔试只是起点面试的追问才是真正的考验我当时笔试通过后大概一周收到了面试通知。面试官果然针对笔试里的一些题目做了追问尤其是测试方案设计那道大题——他让我细化某个测试场景问我如果这个功能在低端机上性能表现差你的优化建议是什么。所以笔试后不要急着扔下资料每一道答过的题都值得再想一想如果面试官再往下追问一层我怎么回答这一点也提醒大家笔试不是背完就完的一次性任务它是你面试准备的第二份大纲。把笔试中暴露出来的薄弱模块记下来在等待面试通知的那几天逐一补强你会发现面试时自信很多。