1. 笔试整体面貌题型分布与答题节奏先交代一下背景。去年秋招我投了58同城的测试开发岗走的是2023校招批次笔试用的是牛客网在线系统双机位监控总分100分时长90分钟。整体感受是题量不算大但覆盖面很广而且越到后面越考验临场判断。跟互联网大厂那种刷题刷到吐的风格不同58的笔试更偏向测开岗位的真实基本功尤其在测试用例设计上花了不少心思。我回忆了一下试卷大概是这么分布的题型数量分值占比说明单选20题30分覆盖软件测试理论、Linux、网络、数据库多选5题15分一题多个正确答案漏选不得分简答2题20分测试用例设计 缺陷定位思路编程2题25分算法题1道 手写自动化脚本逻辑1道开放题1题10分针对58业务场景设计测试方案这里想先提醒一句千万别小看多选和开放题。很多人备考时只刷选择题结果到了多选直接懵——因为多选考的不是记住一个正确答案而是能否区分模糊选项。比如有一道题问以下哪些属于黑盒测试方法选项里同时出现了等价类划分、边界值分析、判定表、语句覆盖、条件覆盖如果对概念理解不透很容易把语句覆盖也选进去。这种题目就是用来淘汰背书型选手的。时间分配上我建议选择题控制在35分钟以内简答和编程各留20分钟开放题5-10分钟收尾。实际做题时我发现前面的单选难度梯度很明显前十题是基础概念后十题开始穿插场景判断比如给你一段需求描述让你选最合适的测试方法。如果前期在某一题上卡超过3分钟果断标记跳过后面编程题的分值密度更高不值得为一道1.5分的选择题牺牲大局。2. 测试理论题不是背概念是考判断2.1 测试用例设计方法的高频考法58的笔试里测试理论基础占了很大一块但出题方式跟学校期末考试完全不同。学校考的是什么是等价类划分58考的是给你一个输入框限制1-100之间的整数请用等价类和边界值设计用例。前者考记忆后者考应用。我把这次笔试涉及的核心方法整理了一下都是实际题目里出现过的等价类划分核心是有效等价类和无效等价类都要覆盖。比如一个手机号注册输入框有效等价类是11位数字且以1开头无效等价类包括非数字字符、10位数字、12位数字、以0开头等。笔试时经常给一个看似简单输入框考察你能不能想到那些边界之外的无效输入。边界值分析这是58笔试的重头戏几乎每年必考。基本规则是取上点、离点、内点。比如输入范围1-100上点就是1和100离点是0和101内点可以取50。实际考试中不会让你空泛地去说理论而是给你一段业务逻辑——比如58同城二手交易平台上的商品价格不能超过999999元——让你写出完整的边界值测试数据。判定表法适合处理多个条件组合决定一个动作的场景。58笔试里有一道关于用户发布房源信息审核的题条件包括是否实名认证、是否上传了房产证明、是否为中介账号不同组合对应不同的审核流程。这种题用判定表去梳理最清晰条件桩、动作桩、规则条目一一对应基本不会漏。场景法基于事件流来设计用例。登录-搜索-查看详情-联系卖家-下单每个业务场景的主事件流和备选事件流都要覆盖。有一道简答题就是让考生针对用户在58同城App上发布一条二手手机出售信息写场景法用例需要考虑到没有登录就点发布按钮、图片上传失败、提交时断网这类备选流。2.2 测试流程与敏捷模型这些概念题别丢分除了用例设计方法笔试还考了不少测试流程相关的概念难度不大但胜在范围广。我记得出现的考点有软件测试V模型和W模型的区别特别是测试活动是否贯穿开发全流程回归测试、冒烟测试、验收测试分别在什么阶段执行白盒测试和黑盒测试的覆盖维度差异缺陷生命周期新建-已指派-已修复-待验证-已关闭以及延期、拒绝、重新打开等变更流转覆盖率概念语句覆盖、分支覆盖、路径覆盖、条件组合覆盖的强弱关系有一道多选题让我印象很深问的是关于敏捷测试的描述以下哪些是正确的选项里有几个很干扰的判断比如敏捷测试要求所有测试用例在迭代开始前全部完成——这个说法显然是错的敏捷主张的是持续测试和反馈。还有敏捷测试中测试人员在需求讨论阶段就要介入——这个是对的。这种题目没有标准教材答案靠的是对敏捷开发理念的理解。给备考的同学一个建议概念题不要死记硬背定义而是要把每个概念放进一个测试人员每天的工作流程里去理解。比如冒烟测试本质是在正式测试前用少量用例快速验证主干功能是否可用理解了它的目的就不会把它跟回归测试搞混。3. 场景题58业务下的测试用例设计58的笔试最有区分度的地方在于场景题——它不考通用的登录功能测试而是把业务场景具象化让你站在测试工程师的角度去拆解需求。这里我把印象最深的两道题展开讲讲题目细节我做了脱敏处理但考察思路是完整的。3.1 从发布房源看等价类与边界值有一道简答题要求针对58同城房产频道发布房源信息功能设计测试用例。核心约束条件是标题长度1-30个字符、价格1-999999元、必须上传至少一张真实房源图片、面积1-999平方米。很多人看到这种题就直接开始写用例结果写出来的全是输入标题-输入价格-上传图片-点击发布这种正常流程拿不到高分。正确思路是分维度去拆标题维度1个字符和30个字符是上点0个字符和31个字符是离点15个字符是内点。还要考虑中英文混合、特殊符号、emoji是否允许。价格维度0是从下边界突破1是要不要包含取决于业务规则999999和1000000是上界附近。更重要的是负数和非法字符面试官特别看重你对非法输入的敏感度。图片维度不传图片、传一张、传十张如果有上限、传损坏格式的图片、传超大尺寸图片这些都要覆盖。另外真实图片四个字意味着需要校验图片是否为网上下载的虚假图片这就要考虑图片元数据校验的逻辑。发布流程未登录就点发布、登录后长时间停留导致session失效、网络中断后提交、重复点击提交按钮。这些异常流程在教科书上不常见但恰恰是线上最常出问题的地方。我当时答题时用表格形式呈现了20多个用例每一行包含用例编号、前置条件、操作步骤、预期结果、优先级。这种格式化的输出会让阅卷人觉得你具备真正的测试思维而不是临时组织语言。3.2 从搜索结果排序看业务逻辑测试第二道场景题是关于58同城搜索结果排序的要求设计的用例要覆盖综合排序功能的正确性。这道题的难点在于排序功能不像输入框那样有明确的边界值它的正确依赖于业务规则。我当时是这么拆解的排序因子综合排序通常考虑相关性、发布时间、用户活跃度、是否为付费推广。需要验证单一因子变化时排序结果是否正确变化。数据边界当两个商品的发布时间相同时是否按活跃度排序当活跃度均为0时是否有兜底规则比如按ID倒序。地域影响58的搜索是分城市的需要验证切换城市后结果是否正确刷新。异常数据如果一个商品的价格为空、或者发布时间在未来系统时间异常排序算法是否会报错。性能边界搜索返回1000条结果和10条结果时排序逻辑是否一致。这道题我踩了一个坑——光顾着写正常情况下的排序规则验证忘了写搜索结果为空的用例。实际上搜索结果的空态测试非常重要包括无关键词搜索、关键词在数据库中不存在、搜索地域无任何数据这些都需要单独设计用例。答题时间充裕的话建议把异常场景写在前面因为这是区分有经验和没经验的关键。4. Linux与数据库必须拿稳的送分题如果说场景题是拉开差距的地方那Linux和数据库就是必须拿满分的保底题。测试工程师日常离不开Linux服务器部署环境、查看日志、定位问题数据库校验也是测试结果验证的基本功。58笔试这部分难度适中但覆盖面很广。4.1 Linux操作题的高频命令笔试里Linux部分全部是选择题但考察方式很灵活。我记得的考点有文件操作ls -l查看文件权限、chmod 755 filename修改权限、grep在日志中过滤关键词进程管理ps -ef | grep java查找Java进程、kill -9强制终止进程、top查看CPU和内存占用日志查看tail -f实时追踪日志输出、head -n 100查看文件前100行、cat与less的区别压缩解压tar -zxvf解压、unzip解压zip包网络排查ping测试连通性、netstat -tlnp查看端口占用、curl -I查看HTTP响应头有一道题目是这样的测试环境上的服务挂了你怀疑是8080端口被占用导致启动失败应该用什么命令排查正确选项组合是netstat -tlnp | grep 8080先看端口占用然后用kill -9 PID结束进程最后重启服务。选项里混入了iptables和firewall-cmd这类防火墙命令做干扰——它们确实和网络有关但不解决端口占用问题。这里分享一个实操技巧备考Linux时不要只看命令要在终端里亲手敲一遍。比如tail -f和tail -n的区别光看文档记不牢但你在服务器上跟踪一次日志输出就彻底理解了。另外sed和awk这两个命令在测试场景里也很常用比如批量替换配置文件中的IP地址、从日志中提取指定字段笔试虽然很少直接考但面试环节可能问。4.2 SQL查询与数据校验数据库部分考了两类题一是SQL查询语句的正确性判断二是数据校验场景中的SQL应用。SQL选择题主要考察多表联查和聚合函数的组合运用。有一道题的场景是查询每个城市发布的房源数量并按数量降序排列正确写法是SELECT city, COUNT(*) FROM house GROUP BY city ORDER BY COUNT(*) DESC。干扰项包括用WHERE COUNT(*) 10——这是经典错误聚合函数不能用在WHERE子句里应该用HAVING忘记写GROUP BY——会导致所有城市的房源被合并成一行ORDER BY city而不是ORDER BY COUNT(*)——排序字段选错第二道数据校验题更有意思它不给表结构而是给了一个测试场景你测试完用户修改个人信息功能后需要写一条SQL确认数据库里的数据已正确更新。我当时的思路是分三步查更新前数据SELECT * FROM user WHERE id 12345执行测试操作通过页面修改手机号查更新后数据再次执行SELECT * FROM user WHERE id 12345对比手机号字段是否为新值这个过程中手写SQL其实很简单但笔试考的是你能不能讲清楚为什么要用数据库校验而不是只看页面显示。页面显示依赖前端渲染和后端接口返回只要这两层有一层做了硬编码或缓存显示的结果就可能和数据库实际数据不一致。测试领域有个说法叫以数据库为准这是测试人员基本功里的基本功。5. 自动化与编程基础拉开差距的地方这两年测开岗位越来越卷58的笔试也明显加大了对自动化测试和编程能力的考察。这部分的分数不靠考前突击靠的是平时的代码功底。但好在出题难度并不离谱中等偏上的水平足够应付。5.1 编程题的常见考法编程题一共两道分值加起来是25分。第一道是传统算法题难度介于LeetCode简单到中等之间考察的是字符串处理和数组操作。我印象中的题目跟时间窗口内的有效操作次数有关本质上就是滑动窗口的变体。第二道编程题更能反映测开岗位的特性给你一段包含缺陷的Python代码要求你不仅找出Bug还要写出一段能用Pytest框架运行的测试用例来验证修复结果。这种题在纯互联网大厂笔试里很少见但非常贴合测开日常——你不仅要会写代码还要会找代码的茬。那道题的代码大概是个计算器函数def calculate(operator, a, b): if operator : return a b elif operator -: return a - b elif operator *: return a * b elif operator /: return a / b else: return None乍一看没问题但仔细想想就会发现一堆边界除数为0时会抛ZeroDivisionError、operator为None时还能继续走判断逻辑、a和b如果是字符串会因类型不匹配报错。我的测试用例就围绕这些边界去设计用Pytest的pytest.raises来断言异常import pytest def test_divide_by_zero(): with pytest.raises(ZeroDivisionError): calculate(/, 1, 0) def test_unsupported_operator(): assert calculate(%, 1, 2) is None def test_string_input(): with pytest.raises(TypeError): calculate(, 1, 2)这种题考的是测试思维 代码能力的组合平时写测试用例时多思考边界条件基本都能答上来。5.2 自动化测试框架与技术栈笔试中自动化相关的选择题覆盖了接口自动化和UI自动化两个方向结合最新的行业热词来看Appium、Pytest、Selenium、Jenkins、Tessy这些关键词都是频繁出现的考点。我记得有一道多选题考的是以下哪些工具可以用于移动端UI自动化测试答案里应该选Appium和SikuliX基于图像识别的自动化工具而Selenium主要针对Web端JMeter更偏向性能测试。接口自动化也是重头戏。有一道题问的是Postman中如何设置动态参数关联大意是登录接口返回的token需要在后续请求的Header中引用。正确做法是在Tests中写脚本存储token到环境变量// 登录接口的 Tests 脚本 var jsonData pm.response.json(); pm.environment.set(token, jsonData.data.token);然后在后续请求的Header中通过{{token}}引用。这种题目表面考工具的用法实际上考的是你对接口依赖关系的理解——测试接口时最常见的痛点就是上一个接口的返回数据需要传给下一个接口作为入参。另外Jenkins相关的题目也值得关注。有一道题问在持续集成中自动化测试脚本应该在哪个阶段触发选项包括代码提交后、每日定时、测试环境部署后、所有选项都正确。这道题其实没有唯一答案因为不同团队的CI策略不同但笔试的标准答案通常倾向于所有选项都正确。我在实际工作中也发现成熟的测试流水线确实会包含提交触发、定时触发、部署触发的多种策略组合。自动化部分的备考建议是不要只看理论至少亲手搭建一个最小的Pytest Selenium Allure报告的项目跑通一个打开页面-输入-断言的场景。笔试考概念时你会有这个我玩过的信心而不是这个我背过的忐忑。6. 网络与安全测试容易被忽略的分数6.1 HTTP协议与接口测试考点网络基础题在笔试中大约占5-8分题目不算难但考的范围比较杂而且容易踩坑。我回忆了一下主要考点集中在HTTP协议和网络故障排查上。状态码是必考内容。有一道单选题给出四个状态码问哪个表示请求成功200肯定能选对但问题往往出在干扰项上——301是永久重定向、401是未授权、403是权限不足、404是不存在、500是服务器内部错误。除了识记更要理解它们的应用场景比如测试一个需要登录才能访问的接口如果你没带token直接请求返回401而不是404说明接口的路由是通的只是认证没通过。这个区分在接口测试的断言设计中非常关键。还有一道题考了HTTPS和HTTP的区别选项包括HTTPS使用SSL/TLS加密传输HTTPS默认端口是443HTTPS传输速度一定比HTTP慢HTTPS可以防止中间人篡改数据。陷阱在一定两个字上——加密确实有开销但在现代硬件条件下差异微乎其微而且不是所有环境下都更慢。笔试中凡是出现一定绝对这种绝对化表述的选项大概率是错的这个做题技巧在计算机网络和测试理论题里都很管用。接口测试层面还考了GET和POST的区别GET参数放在URL中适合查询操作有长度限制POST参数在body中适合数据提交和修改操作相对更安全。有一道题问测试一个新增数据的接口应该用哪种HTTP方法这道题的正确选项是POST但干扰项里有一个GET也可以因为参数也能拼接在URL里——这个说法理论上没错但不符合RESTful API设计规范从测试设计的角度也不推荐。6.2 安全测试、性能测试与移动端专项今年的笔试里还出现了一些更细分的测试领域词汇包括安全测试、渗透测试、车载测试、内存测试、芯片测试等。我拿到的这套试卷里安全测试和性能测试相关的内容占了两道选择题。安全测试的题目问的是以下哪些属于渗透测试的范畴选项包括SQL注入验证、XSS跨站脚本攻击测试、利用漏洞获取服务器权限、模拟钓鱼邮件攻击。前三项都是渗透测试的核心内容最后一项更偏向社会工程学。这个知识点跟今年大火的大模型投毒测试有异曲同工之处——测试的本质都是模拟攻击者的手法来验证系统的防御能力。面试时如果被问到安全测试的实践提一句在测试环境用工具扫描依赖库版本检查是否存在已知CVE漏洞会让面试官印象深刻。性能测试也有涉及。有一道判断题说的是性能测试中响应时间越短吞吐量就越高——这个说法是错的。响应时间和吞吐量并不总是正相关在高并发场景下系统可能为了维持稳定性而主动降低响应速度限流此时吞吐量反而可以维持。这个知识点在笔试中出现率很高但错误率也很高因为直觉上会觉得处理越快处理得越多。移动端专项测试今年也被单独拎出来考了包括App的兼容性测试、弱网测试、耗电量测试和内存泄漏检测。有一道题跟内存相关问的是在Android应用中检测内存泄漏常用的工具是什么选项里有LeakCanary、Android Studio的Memory Profiler、DDMS、JConsole前三个都能用JConsole主要针对Java服务端。这种题目想拿分需要对移动测试工具链有一定了解。6.3 测试环境相关工具还有一个值得注意的方向是测试环境与部署工具。笔试题干里虽然没有直接出现Docker和Kubernetes的考题但我记得有一道多选题的选项里混入了Windows Docker Desktop部署Kubernetes集群测试的描述。这传递了一个信号现在的测试工程师不能再只盯着测试本身还得懂环境搭建。在实际工作中我经常遇到这样的情况开发给了一个测试包但本地环境缺少依赖、端口冲突、数据库版本不一致导致根本跑不起来更别提测试了。所以我在备考时特别关注了Docker的基础操作——docker ps查看运行中的容器、docker logs查看容器日志、docker-compose up -d一键启动依赖服务。这些命令虽然没有直接出现在笔试试卷上但在后续面试中一定会被问到。7. 踩坑记录与备考建议7.1 我踩过的坑第一次考58笔试时我在时间分配和答题策略上都踩了坑分享出来希望大家避免。坑一多选题贪多必失。多选计分规则是少选不得分、错选不得分也就是说你选了但漏了和全错一样都是零分。我在考场上一时冲动遇到不确定的选项就全选上结果五道多选只对了三道白丢了大概6分。正确的策略是不确定的选项宁可少选一个也不要蒙。至少二分之一的概率能拿到部分分不对这个规则下少选也是零分所以关键是回归知识本身不要投机。但如果实在拿不准选明显正确的选项也比全部勾上要稳健一些。坑二编程题停留在思路层面没写完整代码。第二道编程题我一开始只写了步骤说明想着阅卷能看懂思路就行。但后来复盘时看到评论区有同学分享编程题是按用例判分的没有可运行的代码即使思路再正确也只能拿一半甚至更少的分。所以考前一定要练到手写代码能直接在编译器中跑通的程度不要停留在我能想出来的层面。坑三忽视开放题的业务结合度。开放题占10分内容是根据58同城的业务特点设计一套设备老化测试全自动执行脚本的方案。我当时完全被这个题目震住了大脑一片空白只写了寥寥几行就翻页了。后来才想明白这道题考察的是一、你知不知道设备老化测试是什么长时间持续运行来验证硬件稳定性二、你懂不懂自动化执行脚本的设计思路轮询机制、日志采集、异常恢复、结果上报三、你能否把58的业务场景融合进去比如手机App的持续运行老化、服务器端的稳定性压测。这类题目没有标准答案但一定要拿出结构化答题的姿态分条目写清楚测试目标、执行策略、预期结果和风险控制哪怕观点平庸也比空白强。7.2 三个月的备考路线如果把备考周期拉长到三个月我建议按以下节奏推进第一个月打基础。系统过一遍软件测试理论、Linux常用命令、SQL基础语法。推荐把每个知识点跟实际操作绑定Linux命令就在自己的电脑上装个虚拟机练SQL就在本地建个练习库把多表联查、聚合函数、子查询都亲手跑一遍。这个过程不追求深度追求面的完整覆盖。第二个月攻难点。重点突破测试用例设计方法和编程题。用例设计可以拿App Store里Top 50的App做练习对象每天挑一个功能模块写10个用例编程题用LeetCode的字符串、数组、哈希表、滑动窗口、双指针这些标签刷题每天两三道保持手感。同时开始接触自动化测试工具至少把Pytest和Selenium的官方文档粗略翻一遍跑通一个最简单的Demo。第三个月模拟冲刺。每周做一套模拟卷严格按照90分钟时间限制来。做完之后逐题复盘把错题的知识点记录下来形成自己的错题本。考前一周把错题本过三遍比刷新题效率高得多。7.3 后续可以这样延伸笔试只是第一关如果顺利通过接下来是面试环节。从笔试题目可以倒推面试的重点方向测试用例设计会以追问的形式再考一遍、自动化项目经历会被深挖细节你用的框架是什么、为什么这么设计、遇到过哪些坑、Linux操作会直接在共享屏幕上现场测试。另外58同城的业务线很丰富房产、招聘、二手车、本地生活服务都有对应的业务测试团队。笔试里出现的场景题就能看出他们很看重候选人是否理解业务。建议面试前把58同城的App完整用一遍重点关注发布信息、搜索、筛选、IM聊天这几个核心功能同时思考这些功能背后有什么测试难点。这样的准备是任何面试都能覆盖到的。最后说一点个人体会校园招聘笔试不是比谁知识量最大而是比谁的基础更扎实、思路更清晰。技术人员可以在简历上写花哨的项目经历但笔试一考就知道是真懂还是假懂。58这套试卷出得很有水平没有偏题怪题每一分都能对应到真实的工作场景中。只要按照上面的方向认真准备拿到面试通知并不难。
