这套《软件测试模拟试卷二_hyj》我完整做了一遍还拉了几个正在准备跳槽的小伙伴一起刷了几天。整体感受是它不是一份“背答案”就能过的卷子而是把软件测试流程、测试用例设计、自动化测试、面试八股文、项目实战经验这些散点全揉进了一张卷子里考察的其实是“你有没有真的做过测试项目”。如果你最近在看软件测试面试题、准备软件测试项目实战复盘又想顺便检验一下自己的水平这份卷子的复习思路值得好好拆一遍。我拿到卷子后的第一反应不是急着做题而是先看它到底想考什么。这里就把我的拆解过程、答题思路、易错点整理出来顺便把物联网设备测试和自动化测试这类近年高频方向一并说清楚。不管是刚入行的功能测试还是想转自动化测试的同学这篇都能给你一条比较清晰的备考主线。1. 模拟试卷二的出题逻辑先拆卷再答题1.1 为什么叫“模拟试卷二”它和“卷一”差在哪很多人看到“二”就觉得是“另一份题”其实不是。模拟卷二通常是在卷一的基础上做了一次难度和维度的升级它默认你已经掌握了基础概念所以不会再花大量篇幅考“什么是软件测试”“什么是 bug”这种送分题而是把重心挪到三块地方一是测试流程里的细节把控二是自动化测试的设计能力三是项目经验类的场景题。我对比过几套同类试卷卷二最典型的变化就是“题干变长了”。同样是一道“设计登录功能测试用例”卷一可能就简单说一句“请设计用例”但卷二会给你一个完整的背景比如“该登录功能需要兼容 web 端和移动端要求支持验证码登录且存在并发场景请设计测试方案”。这种题考的不是你会不会写用例而是你有没有形成一套自己的测试分析框架。答题时如果只罗列用例而不交代测试范围、环境、数据和风险基本拿不到高分。“_hyj”这个后缀我当成出题人的标识或者版本号来看。实际备考中这类后缀往往代表某个练习题库或内部模拟卷的批次不必过度纠结它的含义重点是通过这份卷子倒推出题人习惯考察的方向。1.2 高频考点在试卷里的隐藏分布我把最近软件测试相关的热搜关键词和这套卷子的题目对照了一下发现出题逻辑其实和行业热度高度重合。你去看“软件测试流程”“软件测试项目实战”“自动化软件测试”“软件测试八股文面试题”这些词几乎每个都能在卷子里找到对应的题目只是换了个包装。热搜关键词模拟卷二里的常见考察形式出题意图软件测试流程简述从需求评审到上线发布的完整测试流程考察是否有全局观而不是只会执行用例软件测试项目实战给一个电商或智能硬件项目背景要求设计测试方案考察真实项目的拆解能力自动化软件测试手写 pytest 接口自动化脚本、说明 selenium 原理考察代码能力和框架理解涉及物联网设备的软件测试怎么测智能门锁/温控器硬件App场景的用例设计考察跨端测试思维软件测试面试题缺陷生命周期、bug 管理流程、开发不认 bug 怎么办考察软技能和沟通意识计算机软件测试规范测试计划需要包含哪些内容、测试报告怎么写考察文档规范基本功我从这个分布里总结出一个结论模拟卷二的核心不是在为难你而是在模拟“入职三个月后你能否独立负责一块测试工作”。所以备考时刷题很重要但更重要的是把自己的测试思维从“点”连成“线”。1.3 拿到试卷的第一件事先算分再动手这里分享一个我刷模拟卷的习惯先不看题目内容把分值标出来。一套合格的模拟卷分数权重基本可以反映考察重点。一般来说用例设计题占 25% 左右流程规范题占 20%自动化或 Python 代码题占 20%面试场景题占 20%剩下的是概念选择题、判断题和综合案例分析。先算分的好处有两个。第一优先级清晰。如果自动化代码题对你来说比较薄弱但你发现它只占 20%就不要在前面概念题上反复纠结先把能稳拿的分握在手里。第二能帮你分配答题时间。案例分析题需要写大量文字至少留出 30 分钟代码题需要调试思路也要预留 20 分钟。模拟卷的意义本来就不是为了分数本身而是让你在真正面试或评审前暴露问题所以带着“项目经理分配资源”的心态去答题反而能训练你的测试计划能力。2. 软件测试流程与规范别在这一板块丢基础分2.1 一套可以直接复述的测试流程主线模拟卷二几乎必考一道“描述软件测试流程”的题这题看似简单但很多人答不完整。我推荐的答题主线是需求分析 → 测试计划 → 测试用例设计 → 测试环境准备 → 测试执行 → 缺陷管理与回归 → 测试报告与上线评估。每一步都要有细节。需求分析阶段除了理解功能需求还要关注非功能需求比如性能、兼容性、安全性因为后面很多争议都和“需求里没写清楚”有关。测试计划阶段要明确测试范围、资源排期、准入准出条件。测试用例设计阶段核心是覆盖率和可追溯性每一条用例都必须能回溯到需求编号。测试执行阶段重点是数据记录和缺陷复现步骤。缺陷管理阶段要多说一句“缺陷生命周期”和“严重级别与优先级的关系”。测试报告阶段除了统计通过率还要给出风险结论比如“核心链路已覆盖但支付异常场景受环境限制未完全验证”。我在带人复习时经常强调这道题不需要背得一字不差但你一定要能像讲故事一样把流程串下来。面试官问流程本质上是在确认你有没有“从需求到上线全流程参与过”的感觉。2.2 计算机软件测试规范里容易被忽略的细节“计算机软件测试规范”这个词被刷上热搜说明现在很多公司开始注重测试过程的规范性。模拟卷二里会出现类似“测试计划应当包含哪些内容”或“测试记录需要保存哪些信息”的题答案在行业规范中都能找到影子但真正的得分点往往藏在细节里。第一个细节是测试环境与生产环境隔离。很多新人写测试计划时只写“服务器地址、数据库账号”忽略了“测试数据是否独立”“是否会影响生产数据”这一层。规范里对此有明确要求实际答题时至少要提到“独立的测试环境”“独立的测试数据库”“测试数据可恢复”这三件事。第二个细节是缺陷单的完整性。一个规范的缺陷单至少要有缺陷编号、模块、版本、优先级、严重级别、复现步骤、预期结果、实际结果、截图或日志。模拟卷如果给你一个残缺的缺陷单让你补充你千万别只写“复现步骤”要把这些要素全列出来。第三个细节是回归测试范围的界定。规范中强调回归不是“全量重跑”而是基于代码变更影响范围来设计。答题时如果遇到“版本迭代怎么保证质量”一定要说出“先做影响分析再定回归范围”这个思路这比盲目回答“把所有用例都跑一遍”要专业得多。2.3 测试计划题的答题骨架从目录到风险模拟卷二非常喜欢考“请编写一份测试计划”的简答题。很多人看到这种题就脑子空白其实测试计划是有固定骨架的。我常用的骨架是测试目标、测试范围、测试环境与工具、资源安排、进度安排、测试策略、准入准出条件、风险评估与应对、交付物清单。答题时不需要写成一篇文章用分点列出的方式反而更清晰。举个例子如果题目要求“针对一个移动端电商 App 编写测试计划”我会这样写关键点测试目标验证核心购物流程在 iOS/Android 主流机型上的功能正确性和基础性能表现。测试范围功能测试覆盖登录、首页、搜索、商品详情、购物车、下单支付、订单查询非功能测试覆盖弱网、中断、兼容性、基础性能。风险支付环境依赖第三方沙箱、兼容性测试缺少部分真机需要提前申请测试资源。这里有一个很重要的得分习惯不要只写“我要测登录、测支付”要写出“为什么测它”“用什么数据测”“测到什么程度算通过”。这就是规范和随意答题的区别。3. 用例设计与项目实战把“测过”变成“能说清楚”3.1 等价类、边界值、场景法项目实战里的高频组合用例设计题是模拟卷二的绝对主力。很多同学背过“等价类划分就是把输入域分类边界值就是取边界”但一到做题就不知道怎么组合使用。我建议你把这三个方法当成一条流水线来用。第一步先用等价类划分有效和无效输入。以登录用户名为例有效的可以是“常规字母数字组合”无效的包括“空值”“超长字符”“特殊字符”“不存在的用户”。第二步在等价类边界上补充边界值用户名长度限制如果是 6-18 位那么 5、6、18、19 就是必测的四个边界点。第三步用场景法覆盖业务流程比如登录成功跳转首页、登录失败提示错误、连续失败锁定账号、记住密码后二次进入等。模拟卷比较爱考的不只是“正常登录”还有“异常输入后的系统表现”。比如输入正确手机号但验证码错误系统应该提示“验证码错误”而不是“用户不存在”这种用例能同时验证功能正确性和信息安全性。答题时把这三层思路分层写清楚考官一眼就能看出你有实战经验。3.2 测试项目描述写简历和答题都能用的六要素模板“软件测试项目”和“软件测试项目实战”热搜词的背后其实是很多人在项目经历上吃了亏。模拟卷里常出现的题是“请介绍一个你负责过的测试项目”或“结合项目说明你如何设计测试方案”。这类题网上叫“项目复盘”答得好不好直接决定面试官对你经验的判断。我总结了一个六要素模板写简历和做项目复盘都能用项目背景一句话说清楚是什么系统面向谁主要功能是什么。测试范围说明你负责的是哪个模块业务链路是什么。测试策略用了什么方法比如“功能测试为主接口自动化覆盖核心链路”“引入边界值分析来验证金额输入”。测试工具接口用 Postman、Jmeter用例管理用 Xmind、禅道自动化用 pytest。测试结果不要只说“发现了很多 bug”要说“累计提交有效缺陷 87 个其中 P1 级 6 个回归通过率 100%”。个人职责明确你在项目里做了什么而不是“我们团队做了什么”。这个模板最核心的价值是“把过程数据化”。模拟卷的阅卷标准往往看重两点一是你描述的内容是否具体二是是否有可量化结果。只要你能拿出真实项目中的数据哪怕是模拟出来的练习项目也会比空泛的“我认真执行了测试用例”有说服力得多。3.3 物联网设备软件测试怎么测从智能硬件找答题思路这几年物联网设备的软件测试成为一个高频方向模拟卷二也开始出现相关题目。我第一次拿到“智能门锁 App 的测试方案”这种题时差点按普通 App 测试来写后来才发现 IoT 测试的坑远比想象中多。物联网设备测试至少要多考虑四层设备端、连接层、平台层、应用层。设备端要看固件逻辑、异常断电、硬件状态同步连接层要覆盖 Wi-Fi、蓝牙、Zigbee 等协议下的连接稳定性、弱网、断连重连平台层关注设备数据上报、下发指令的及时性和准确性应用层才是我们熟悉的 App 功能测试。答题时可以按环境维度展开。我一般会写真机环境优先覆盖核心设备模拟器用于异常场景批量验证网络测试要覆盖弱网、常温/高温环境、信号干扰甚至设备与路由器之间的距离变化并发场景要验证多设备同时上报数据时平台是否丢数据。这里分享一个我踩过多次的坑只测 App 不测设备状态同步。比如手机 App 上显示门锁已开启但设备实际没有执行开锁指令这就是典型的状态不一致 bug。模拟卷里如果出现“用户在 App 端操作成功但设备无响应请分析可能原因”你至少要能想到网络延迟、指令下发失败、设备离线、App 缓存未刷新这几个方向而不是只写“可能是 bug”。4. 自动化测试与 Python面试手写题的拿分姿势4.1 pytest 接口自动化脚本模拟卷里的手写题怎么拆模拟卷二到了自动化板块通常会给你一个接口文档要求编写接口自动化测试脚本。这里重点考察 Python 基础和 pytest 框架的基本用法。别担心考得深大部分模拟卷不会让你从零搭一套框架而是看你有没有写过真实脚本的能力。我分享一下最基础、也最常用的 pytest requests 答题模板用来验证一个登录接口import requests import pytest BASE_URL http:// example.com/api pytest.fixture def session(): s requests.Session() yield s s.close() pytest.mark.parametrize(payload, expected_status, [ ({username: tester, password: 123456}, 200), ({username: , password: 123456}, 400), ({username: tester, password: }, 400), ({username: tester, password: wrong}, 403), ]) def test_login(session, payload, expected_status): resp session.post(f{BASE_URL}/login, jsonpayload) assert resp.status_code expected_status这里的得分点有三个第一用 fixture 管理会话而不是每个用例都新建 requests第二用参数化把多组数据合到一条用例里展示代码简洁度第三断言一定要明确不只是打印结果。很多人考试时容易只写“resp post()”和“print(resp.text)”这样在模拟卷里可以拿到步骤分但在面试手写环节基本是不及格的。如果你是初学者记不住这么多语法也没关系至少要把“发送请求、接收响应、断言结果”这三段式结构写出来。考官先看结构再看细节。4.2 UI 自动化的标准作答思路selenium 和 appium 怎么提UI 自动化题目在模拟卷二里常见的形式是“使用 selenium 编写一个自动化脚本的步骤”或者“App 自动化测试如何设计”。这类题不要求完整跑通但要求你回答得有逻辑。标准作答思路是四步定位元素、操作元素、等待机制、断言结果。定位元素时优先使用 id、name 等稳定属性不要一上来就写 xpath 绝对路径操作包括点击、输入、滑动等等待机制一定要用显式等待而不是固定 sleep因为固定等待会让脚本非常脆弱断言用来判断页面跳转、文本内容或元素状态。我遇到过一个很有意思的模拟题要求用脚本验证“搜索关键词后结果列表不为空”。优秀的答法会先进入搜索页输入关键词点击搜索然后通过显式等待等待结果元素出现再断言结果数量大于 0最后清理测试数据。而低分答法往往是“打开浏览器、输入关键词、点击搜索”三行字结束。记住自动化测试的核心是自动校验不是自动点两下就完事了。4.3 没有自动化环境的场景题怎么“曲线救国”拿分模拟卷二有时候会出这类情景题“公司目前没有自动化测试平台你如何推进自动化测试”这题不是考你会不会写代码而是考你推动事情落地的能力。我的答题建议是分三步走。第一步先用轻量级工具做试点不要一上来就说“搭建一套 pytest CI 平台”这个在资源不足的情况下很难落地可以用 Postman 集合做接口冒烟用 Python 脚本做数据构造先在局部产生价值。第二步把自动化用例聚焦到核心链路和回归频率高的场景比如登录、下单、查询等而不是追求全量覆盖。第三步量化收益比如“接口自动化覆盖 30 个核心接口每次回归时间从两小时缩短到 20 分钟”用数据向团队争取资源。这套思路不仅是模拟卷的参考答案也是真实工作中比较务实的自动化推进路径。哪怕你所在团队自动化基础薄弱按这个思路去尝试也比直接写一堆难以维护的脚本靠谱。5. 面试题与八股文高频问答整理5.1 八股文背诵不等于答题要会“翻译”软件测试八股文面试题几乎是每份模拟卷的标配。但你别指望背得滚瓜烂熟就能拿分模拟卷和面试官更看重你能不能把八股文翻译成“人话”。比如“什么是黑盒测试”如果只回答“不考虑内部结构只验证功能是否符合需求”这只能得基础分。想拿高分就再补一句实际理解“我会在测试执行时把被测系统当成一个黑盒子输入不同的数据和操作观察输出是否符合预期比如登录时输入正确密码是否跳转首页、错误密码是否给出提示。”八股文本体是抽象的加上一个具体例子整个答案立刻变得扎实。我见过不少同学把软件测试生命周期背得滚瓜烂熟结果被追问“你上一个项目里需求变更特别频繁测试怎么办”就卡住了。原因就是只背了流程的阶段名没有理解每个阶段之间的输入和产出。所以刷八股文的时候我建议每个概念后面都跟一个“我曾经遇到的场景”或“我可以这样解释”的小例子。5.2 Bug 定位与研发协作软技能也能拿分模拟卷里有几道题专门考察“你如何和开发沟通”和“如何定位 bug 来源”。很多技术不错的测试人在这类题上栽跟头原因在于只懂技术不懂沟通。比如“开发不承认你提的 bug 怎么办”低分回答是“我坚持提交让 leader 裁决”。高分回答是有理有据地推进先复现 bug记录操作步骤、测试数据、截图和日志再把 bug 和需求文档对照确认是需求理解不一致还是代码实现有误如果确实是 bug邀请开发一起看现场复现最后升级给测试负责人或产品经理。回答里要体现“对事不对人”的原则。再比如“如何判断缺陷的严重级别和优先级”。这里我习惯用一个简单判断标准严重级别看对用户和系统的破坏程度比如崩溃、数据丢失是严重级别高优先级看修复紧迫程度比如影响核心流程就要立即修复。两个维度不一定成正比一个按钮文案错误严重级别低但优先级可能高因为会影响上线验收。5.3 高频八股文速查表考前扫一遍我把模拟卷二里出现频率较高的一些八股文整理成一张速查表你可以考前快速过一遍。高频问题关键回答点避坑提示测试用例的核心要素用例编号、前置条件、步骤、数据、预期结果、实际结果别漏“前置条件”和“预期结果”等价类划分怎么用有效等价类、无效等价类各取一个代表值无效等价类往往比有效等价类更重要边界值分析取边界上、边界上、边界内、边界外的值上限长度要用“长度-1、长度、长度1”来测缺陷生命周期new → open → fix → verify → close以及 rejected 分支不要把“验证不通过”写成“重新打开”回归测试怎么设计先做影响分析再选核心用例新增用例不要回答“全量回归”成本太夸张测试报告包含什么测试范围、用例执行情况、缺陷统计、风险、结论一定要有“是否同意上线”的结论性能测试关注什么响应时间、吞吐量、并发数、资源占用别只提响应时间维度太单一这张表适合考前最后一天用来查漏。哪一行你看到问题后不能立刻想出完整的回答就说明那一块需要补。5.4 项目经验类问题的“场景切入法”模拟卷最后的大题往往是开放式的“请结合项目经验谈谈你是如何保证上线质量的。”你如果对着这道题泛泛而谈讲一堆“认真执行用例”“严格把关”基本就拿不到区分度了。我建议用场景切入法把“保证上线质量”这个大问题拆成一个小场景。比如“我上一个项目是电商 App 的订单改造为了保证上线质量我们做了三层验证第一层是接口自动化覆盖订单创建和支付回调第二层是核心链路的功能回归第三层是上线后 24 小时线上监控和用户反馈跟进。”这样既有项目背景又有具体手段还能体现风险应对。场景切入法的核心是“以小见大”。面试官不需要听你参与过多少项目他只需要确认你有独立思考和解决具体问题的能力。哪怕你参与的是一个很小的模块只要把细节讲透也比说空话有价值。6. 模拟卷二易错点与排查技巧实录6.1 案例分析题扣分重灾区只写用例不写思路模拟卷二最容易扣分的就是案例分析题。最常见的问题是“只输出答案不展示推导过程”。比如题目给一个“忘记密码”的功能让你设计测试用例。很多同学会直接写“输入正确手机号→收到验证码→重置成功”这就太浅了。我在实际复盘时发现高分答案都会先写测试分析再写用例。测试分析包括密码重置的入口有哪些、验证码的时效和错误次数限制是什么、需要验证的安全点有哪些。然后才进入具体用例用已注册手机号获取验证码、用未注册手机号获取验证码、验证码错误、验证码过期、连续输入错误验证码是否锁定、重置成功后旧密码是否失效、App 端和 Web 端的同步问题。记住一句话案例分析题考的是“你怎么想”不只是“你会不会写”。所以答题时一定要留出“分析用例”两段结构而不是一上来就列用例。6.2 刷题时踩过的一些坑提前帮你避开我辅导过不少人刷模拟卷发现有几个坑非常固定你可以对照自查。第一个坑是“断言缺失”。无论是手写代码题还是用例设计题很多人写完操作步骤就停了没有写预期结果。用例没有预期结果等于白写自动化代码没有断言等于白跑。第二个坑是“环境描述模糊”。写测试方案时只写“在测试环境执行”没有说清楚设备型号、系统版本、网络情况这种答案在真实评审里根本没法复现。第三个坑是“缺陷等级乱标”。有人把“界面布局轻微错位”标成 P1 严重缺陷看着很负责实际会干扰研发排期。建议记住一个原则先判断对功能和用户的影响再定级别。还有一个我非常想提醒的点不要为了显得技术厉害在题目没要求的情况下强行写自动化。如果题目只要求功能测试用例设计你大谈 pytest 框架反而会让答案跑偏。匹配题目要求比展示技术栈更重要。6.3 考前 48 小时自查清单最后两天不要盲目刷题按清单过一遍会比较安心。测试流程主线能不看笔记说出来吗不能就重写三遍。测试用例的八大要素能不能准确说出可以和简历项目模板配合记忆。pytest 的基本结构能不能手写出来至少写出 import、fixture、parametrize、assert。软件测试面试高频八股文能不能用自己的话解释能讲出人话才算真的会。物联网设备测试的层次能不能展开设备端、连接层、平台层、应用层各举一个例子。有没有准备一个真实项目的数据缺陷数、用例数、执行时间、自动化覆盖率至少要记得几个关键数字。测试报告最后的结论会不会写不要只有“测试完成”要写“是否建议上线”及风险说明。这份清单基本覆盖了模拟卷二的高频踩坑点。考前能把这些过掉考场上大部分题就算答不完美也至少不会出现结构性失分。我个人刷完这份模拟卷后最大的体会是软测这个岗位技术深度当然重要但面试官和试卷真正在筛的是“能不能把事情讲清楚、做扎实”的人。很多同学知识量是够的输在答题没有框架、经验没有数据、概念没有例子。如果你手上也有一份类似的软件测试模拟试卷不管带不带“hyj”这类后缀都可以先按我今天拆的这条线走一遍拆题、搭框架、补细节、查漏洞。把这个过程坚持下来你再去面对真实面试会明显多一分底气。