尧图网络科技YAOTU DIGITAL 获取报价
获取报价
首页 / 资讯中心 / 文章详情

软考评测错题集每日一练第4天:11道错题复盘与考点精析

发布时间:2026/9/24 22:16:48

资讯中心
01
ARTICLE

软考评测错题集每日一练第4天:11道错题复盘与考点精析

软考评测错题集每日一练第4天:11道错题复盘与考点精析
备考“软考评测错题集|每日一练第4天”这个系列我已经坚持到第4天了。先交代一下进度今天的目标是软件评测师中级方向上午题加下午题一共刷了120道错了11道正确率差不多91%。这个成绩放在前三天想都不敢想第1天错题率直接干到25%第2天稍微好点但错得很分散第3天开始摸到点门道。到第4天错题基本集中在几个固定知识点上说明复习已经进入“查漏补缺”而不是“大面积补课”的阶段。这篇博文就是把今天这11道错题里最有价值的几道拿出来复盘每一道都包含题目原貌、选项分析、我为什么会错、正确答案背后的逻辑链以及可以直接抄的记法。如果你是备考软考中级软件评测师、软件设计师甚至网络工程师的同学这篇同样能派上用场因为上午题的基础部分很多考点是重叠的。每天整理错题这件事坚持下来比刷题本身更重要。1. 今日做题概况与错题复盘框架1.1 今天做了什么题目范围与错题分布今天上午题做了80道覆盖了软件测试基础、软件工程与软件质量、配置管理、操作系统、数据库、计算机网络几个模块下午题做了40道主要是测试用例设计和测试方案分析。11道错题里上午题9道下午题2道整体分布如下知识域做题数错题数错误率主要问题点白盒测试逻辑覆盖12216.7%判定覆盖与条件覆盖概念混淆黑盒测试用例设计14214.2%边界值边界点处理不当软件质量特性8112.5%可靠性与易用性边界模糊配置管理6233.3%基线与变更控制流程不清性能测试类型8112.5%压力测试/负载测试/并发测试混用操作系统10110%死锁必要条件记忆不全数据库SQL8112.5%HAVING与WHERE使用场景混淆计算机网络8112.5%CIDR地址块主机数计算漏边界下午题测试设计600%本轮未暴露明显短板下午题流程判断3425.9%测试停止条件判断失误看这个表就能发现错题不是均匀分布的配置管理这个模块今天属于重灾区。这也是做错题集最大的价值不是每题都平均用力而是找出错误密度的“热点区域”针对性歼灭。1.2 我的三层复盘法错题不是抄题目很多人做错题集就是“题干答案”复制一遍这样做除了感动自己对提分一点用没有。我的做法是三层复盘第一层还原考点。把每道错题背后真正要考的知识点写出来不是写“这道题考的是软件测试”而是写到“这道题考的是白盒测试中判定覆盖与条件覆盖的定义差异”这种颗粒度。第二层梳理知识链。把该考点所在的知识网络画一遍。比如配置管理错了两道题那就把配置项、基线、配置控制委员会CCB、变更控制流程这一整条链全部过一遍而不是只看错的那一道。第三层设计变式题。把错题改个条件或者换个问法自己给自己出一道变式题第二天重做。比如今天错了“边界值分析法是否取边界点”那我就会给自己补一道“开区间与闭区间的边界点选择”。这一步最关键能真正检验你是记住了答案还是理解了知识点。这套方法听起来费时间但每天花在错题复盘上的时间不超过1.5小时比反复刷100道新题效果好得多。下面进入正题把今天最有代表性的错题逐题拆开讲。2. 测试基础与用例设计错题精析2.1 白盒测试逻辑覆盖错题判定覆盖与条件覆盖的经典混淆先还原题目。题干大意是有一个程序包含两个判定条件“A1且B0”和“A2或X1”问采用“判定覆盖”至少需要设计多少组测试用例选项是2、3、4、6。我选了4正确答案是2。这个错误特别典型因为我当时把“判定覆盖”和“条件组合覆盖”混在一起了。其实这题考的就是概念的最基础定义判定覆盖要求每个判定的真分支和假分支各被执行一次。第一个判定是一个复合条件A1且B0但它作为一个整体只有真和假两个出口所以只需要两组用例一组让第一个判定为真、第二个判定为真另一组让两个判定都为假。两组就能覆盖所有判定的真假分支所以答案是2。那为什么我会选4因为我在心里执行的是“条件组合覆盖”要求每个判定中的每个条件的真/假组合都要出现两个判定的复合条件组合起来当然需要更多用例。这个错误在考生中非常普遍因为很多人在复习时对六种逻辑覆盖标准只背了优劣顺序语句覆盖判定覆盖条件覆盖判定/条件覆盖条件组合覆盖路径覆盖但没真正分清每个标准的“最小用例设计”长什么样。把六种覆盖放在一张表里记忆会清晰很多覆盖标准核心要求最小区间语句覆盖每个可执行语句至少执行一次最弱判定覆盖每个判定的真/假分支至少一次较弱条件覆盖每个条件的真/假取值至少一次中等偏弱判定/条件覆盖判定条件同时满足中等条件组合覆盖每个判定中所有条件组合至少一次较强路径覆盖每条可能路径至少一次最强复盘时的关键动作是把错题旁边的考点注释写成“判定覆盖是看判定的整体真假分支不是看每个条件的真假。”这样下次再遇到类似的题第一反应就是去数有几个判定而不是数有几个条件。白盒测试是软考上午题的常客下午题偶尔也会结合控制流图考这个概念必须吃掉。2.2 黑盒测试方法错题等价类与边界值的那道“边界”题第二道错题来自下午题的测试用例设计题目给了一个输入框要求输入1到100之间的整数问采用边界值分析法至少需要设计几个测试数据。我写了4个正确答案是5个。我写4个的理由是上点下边界1、上边界100两个内点比如50一个离点0和101只需要往下选取最近的有效/无效值不对我漏掉了离点需要同时覆盖两个方向的规则。边界值分析法的标准做法是取最小值、最大值、略小于最小值的值、略大于最大值的值如果有内点再补一个典型有效值。这题里就是0、1、100、101再加一个有效中间值一共5个。这个错因本质上是对“开区间”和“闭区间”的处理没形成习惯。软考里经常出现“1≤x≤100”或“0x100”这类描述边界值的选取完全不一样。记牢一个口诀取边界点往左右各探一步闭区间取边界点本身开区间取边界点旁边那个数。比如“0x100”边界点0和100本身是无效的离点就是1和99再取一个50作内点同样是5个数据。关于等价类划分和边界值的关系我再多说一句。等价类划分帮我们确定“测哪些区间”边界值帮我们确定“区间边界处要重点测”。在实际测试工作中这两个方法几乎总是配合使用软考下午题让你设计测试用例时不要只写等价类也不要只写边界值两套组合拳一起上才是完整答案。2.3 下午题场景主流程图与备选流程的判定陷阱下午题今天错了两道都和“流程分析”有关一道是把备选流程当成异常流程处理另一道是没分清基本流和备选流在场景法测试中的覆盖顺序。场景法测试的核心就是基本流加备选流。基本流是“从起点到终点都正常”的路径备选流是从某个环节发生分支后可能重新加入基本流也可能形成新的出口。常见的错误理解是备选流就是错误流其实备选流不只是异常分支还包括“取消操作”“重新输入”“跳过某一步”等合法业务分支。题目如果问“覆盖备选流的目的”正确答案是为了验证业务规则的灵活性和容错性而不是单纯测试错误处理。这个考点在下午题中出现频率不低而且经常结合状态图或者业务流程描述。我给自己定的复盘原则是拿到流程题第一步先圈出“正常完成业务的路径”第二步把所有可能的旁路分支标出来第三步判断旁路分支结束后是回到主流程还是进入终态这样画出来的基本流/备选流关系才是完整的。3. 软件质量与配置管理错题精析3.1 ISO/IEC 9126质量特性错题可靠性与易用性的边界在哪这道题描述的是一个软件系统在规定条件下和规定时间内完成规定功能的能力问属于哪个质量特性。我在“可靠性”和“正确性功能性”之间犹豫最后选了功能性答案是可靠性。这个错误暴露的是我对质量特性定义停留在字面理解而不是结合场景。ISO/IEC 9126把软件质量分为6个特性功能性、可靠性、易用性、效率、维护性、可移植性。题干里“在规定条件下和规定时间内完成规定功能”就是可靠性的标准定义尤其是“规定时间内”这五个字是抓题眼。功能性强调的是软件是否满足明确和隐含的功能需求对应的是“有没有这个功能”可靠性强调的是“在一定时间内稳定不出错”。举一个生活化的例子一个计算器软件能算加减乘除这是功能性的体现但连续开机运行7天不出错、不崩溃、不计算错误这就是可靠性要管的事。二者经常一起出现但在软考命题里只要有时间维度的表述优先考虑可靠性。还有一道比较爱考的变体是“MTBF平均无故障时间”属于哪个质量特性答案同样是可靠性因为它是可靠性的一种量化指标。这一块记忆建议用“功能看能力可靠看时间易用看体验效率看资源维护看修改移植看环境”来串。3.2 配置管理错题基线到底能不能改今天配置管理的两道错题全跟“基线”有关。第一道问“配置基线建立后能否修改”我在“绝对不能改”和“需要走变更流程才能改”之间选了绝对不能改答案是后者。第二道问“变更控制委员会CCB的职责”我选成了“负责具体的变更实施”实际应为“负责审批和监督变更”具体实施是配置管理员和开发人员的事。这两个错误放在一起特别有意思说明我把“基线”理解成了“冻结的代码”完全忘了配置管理是一个动态控制过程。配置基线的本质是“当前阶段的一个稳定快照”它是后续开发和测试的参照点但并不意味着永远不能动。当需求发生变化或发现严重缺陷时基线是可以修改的但必须经过正式变更申请、影响分析、CCB审批、修改、重新评审、发布新基线这套流程。CCB的职责是我反复踩的坑。记住一句话CCB管“批”不管“做”管“决策”不管“执行”。它的成员通常包括项目经理、配置管理员、测试负责人、客户代表等负责对变更申请进行综合评估决定“变还是不变、什么时候变、怎么变可控”。具体到修改代码、更新文档、记录变更那是配置管理员和开发人员的活。实际操作中配置管理在真实项目里的地位很高尤其涉及多家联调的项目基线一乱整个版本就乱了。软考考这个点其实就是在考你有没有版本管理的大局观而不只是背几个名词。3.3 知识延伸配置管理相关的易混概念清单配置管理这块的考法非常细我顺手把今天复盘时整理的三个易混概念放这里配置项与基线配置项是配置管理的最小管理单元如代码文件、需求文档、测试用例基线是某一时刻多个配置项经过评审后形成的稳定集合。配置库与版本管理配置库开发库、受控库、产品库用来存放配置项版本管理解决“同一配置项多个历史状态”的问题。配置审计与配置状态报告配置审计是检查配置项是否与需求/设计一致配置状态报告是把配置项的状态变化记录下来让所有干系人知道“当前版本到底是什么”。下次再遇到配置管理的题先判断它在考“制度流程”还是“工具操作”前者基本围绕CCB和基线后者基本围绕配置库和版本。思路对了选项就好选了。4. 性能测试与测试工具错题精析4.1 性能测试类型错题负载/压力/并发/容量别再用错这道题给了四个描述问我哪一项“逐步增加系统负载直到系统达到某个临界状态观察系统在极限负载下的表现”是哪类测试。我选了负载测试答案是压力测试。说实话这道题我错得不冤因为在很多测试团队的日常沟通里“负载测试”和“压力测试”经常被混着用。但软考答题得按标准定义来。最简洁的区分方式是负载测试在预定负载条件下观察系统性能指标是否满足要求关注的是“能不能支撑预定的用户量”。压力测试不断增加负载直至超过预期值看系统什么时候崩溃、如何崩溃关注的是“极限在哪里”。并发测试多个用户同时执行同一操作检查是否存在并发冲突关注的是“同时操作是否出错”。容量测试确定系统能处理的最大数据量或最大用户数关注的是“可扩展的空间有多大”。用一个场景串起来一家电商平台要搞促销活动先做负载测试确认日常3000人在线没问题然后做压力测试把在线人数慢慢加到2万观察系统什么时候开始响应变慢、抛异常、甚至宕机再做并发测试模拟1万人同时在0点抢购最后做容量测试看系统到底能扛多少订单数据。四个测试各有侧重配合起来才是一套完整的性能验证方案。这类题目在软考上午题和下午题都可能出现尤其容易结合JMeter或LoadRunner的场景设计来考。答题时抓住关键词负载测试看“预定目标”压力测试看“极限和崩溃”并发测试看“同时操作”容量测试看“最大容量”基本不会错。4.2 自动化测试工具错题功能测试工具与性能测试工具划分这道错题问的是哪一项属于性能测试工具选项里有Selenium、Postman、JMeter、JUnit。我选了Selenium正确答案是JMeter。我选错的理由很现实平时用Selenium做UI自动化最多脑子里一提到“工具”就想到它完全没看清题目问的是“性能测试工具”这个限定词。这里就体现出审题的重要性。软考里工具分类题非常喜欢给你一组常见工具让你归入正确的类别。我复盘时整理了一张工具归类表工具类别典型工具使用场景单元测试工具JUnit、NUnit、TestNG代码层面的函数、方法测试功能/UI自动化工具Selenium、QTP/UFT、AppiumWeb界面、移动端界面自动化接口测试工具Postman、SoapUI、JMeter接口协议验证、接口回归性能测试工具LoadRunner、JMeter负载、压力、并发、容量测试测试管理工具JIRA、TestLink、禅道用例管理、缺陷跟踪、测试计划静态分析工具SonarQube、Checkstyle代码规范、复杂度、潜在缺陷扫描注意JMeter这个工具很特殊它既可以做接口测试也可以做性能测试而且很多人只记得它能做接口调试忘了它更强大的性能测试能力。软考如果考到JMeter大概率是让你选它属于哪类工具性能测试是优先级最高的答案。另外“ai评测工程师”“gpt5.6 luna使用评测”这类热词近期很火行业里也确实在讨论大模型如何辅助生成测试用例、如何自动生成测试断言。但我个人的建议是备考阶段别被这些概念带偏软考评测方向目前考的还是传统测试理论、用例设计、工具应用和项目思维智能化测试最多作为背景知识了解即可投入产出比不高。4.3 工具题背后的通用备考思路工具分类题看起来简单但错误率一直不低因为不同工具的用途存在交叉。我总结了一条经验做题时先找题目里的“限定词”比如“哪个工具用于Web界面自动化”“哪个工具用于持续集成中的自动构建”限定词一出来范围就大大缩小。还有一类考法是根据监控指标来选工具比如“需要监控服务器CPU、内存、网络吞吐量应该使用什么”。答案是性能测试工具里的系统资源监控模块不是单独的监控软件。万变不离其宗工具只是载体考的永远是“你知不知道在什么场景下用什么工具解决什么问题”。5. 基础科目错题精析操作系统、数据库与网络5.1 操作系统错题死锁的四个必要条件操作系统模块今天错了一道死锁题题目问“下列哪个不是死锁产生的必要条件”选项有互斥条件、请求并保持条件、不可剥夺条件、循环等待条件还有一个干扰项是“资源静态分配”。我选了“互斥条件”正确答案是“资源静态分配”。这个错法说明我把“必要条件”和“预防措施”搞反了。死锁产生的四个必要条件是互斥、请求并保持、不可剥夺、循环等待四个条件缺一不可而资源静态分配恰恰是破坏“请求并保持”这个条件的预防手段不是必要条件本身。换句话说资源静态分配是防止死锁的办法而不是死锁发生的前提。关于死锁的记法我喜欢用“一个餐厅”来比喻四个人围坐一桌每人左手拿一只筷子还想拿右边那只但右边的人同样不放手这就是互斥筷子不能被同时使用、持有并等待每人拿着自己那只等别人那只、不可剥夺谁都不肯松手、循环等待我等你你等他他等我四个条件全部满足。要破除死锁要么多准备筷子资源预分配要么让别人强行松手剥夺资源要么排队轮流吃破坏循环等待。软考对死锁的考法一般有三种判断哪些条件是必要条件、计算系统不发生死锁的最小资源数、以及区别死锁与饥饿。今天错的属于第一种计算题前几天也做过一道核心公式是“资源数大于等于进程数乘以每个进程最需要的资源数减一再加一”即不发生死锁的最小资源数 所有进程需要的最大资源数之和 - 进程数 1。这个公式建议顺手记下。5.2 数据库错题SQL查询中的GROUP BY与HAVING数据库错题是一道SQL题要求查询“员工人数大于10的部门编号和部门人数”。我写的SQL是SELECT 部门编号, COUNT(*) AS 人数 FROM 员工表 WHERE COUNT(*) 10 GROUP BY 部门编号;这道题的坑点在于WHERE子句中不能使用聚合函数。正确写法应该是SELECT 部门编号, COUNT(*) AS 人数 FROM 员工表 GROUP BY 部门编号 HAVING COUNT(*) 10;当时选错本质是没理清SQL的执行顺序。SQL语句的逻辑执行顺序是FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。WHERE在分组之前执行所以此时聚合结果还不存在当然不能在里面用COUNT(*)而HAVING在分组之后执行可以基于聚合结果做过滤。这套执行顺序不只是软考考点实际做数据分析、跑报表时也会频繁踩坑。我踩过几次之后给自己立了个规矩凡是过滤条件里出现SUM、COUNT、AVG、MAX、MIN这些聚合函数一律写到HAVING里凡是普通字段的条件过滤一律写在WHERE里。如果两种条件都有就先WHERE后GROUP BY再HAVING。软考下午题偶尔也会让你写SQL查询这时候千万不要在WHERE里用别名或聚合函数阅卷对这类低级错误扣分很严格。5.3 计算机网络错题CIDR地址块与可用主机数计算网络模块今天错了一道地址计算题给定CIDR地址块192.168.10.0/26问我可用的主机地址数量。我算成62答案是62但我选的是“254”原因是把/26的掩码看成了/24。其实这个选错也是概念理解问题不是计算问题。/26表示子网掩码前26位是1对应255.255.255.192主机位是32-266位总地址数为2的6次方64减去网络地址和广播地址可用地址数为62。我之所以算成254是因为脑子里默认C类地址可用主机数是254没有仔细看前缀长度。这说明做题时看CIDR后缀比看IP段更重要。再延伸一个高频考点192.168.10.0/26这个地址块的合法地址范围是多少。答案是192.168.10.1到192.168.10.62如果从.0开始划分的话实际上要看/26子网的块大小是64第一个子网从.0开始广播地址是.63可用地址是.1~.62。子网划分计算题只要抓住“块大小256减去非255的掩码段数值”这个技巧基本能快速解决。列一个常见掩码速查表方便对照CIDR前缀掩码地址总数可用主机数/24255.255.255.0256254/25255.255.255.128128126/26255.255.255.1926462/27255.255.255.2243230/28255.255.255.2401614考场上做题要养成习惯先看前缀长度换算成块大小再找网络地址和广播地址最后求可用地址数。顺序不能乱乱了就容易用经验值去填答案。6. 第4天错题带来的三个方法论提醒今天这11道错题复盘完有三个细节值得单独拎出来强调因为它们不是单纯的知识点问题而是做题习惯问题直接决定后续复习的质量。第一看完题目先圈“限定词”。很多错题不是不会是没看到“性能测试工具”“不是死锁条件”“可用主机数量”这些限定词。我今天的工具分类题和CIDR计算题本质都是被限定词坑了。现在做题时我用笔在草稿纸上把限定词圈出来这招虽然土但非常有效。第二错题集要按“知识错误”和“审题错误”分类。知识错误需要重新看教材、梳理知识链审题错误只需要标记“下次注意”不需要过度复习。如果不分类把所有错误都当成知识点大补复习效率会很低。我今天的11道错题里按这个标准分下来真正的知识错误只有7道另外4道是审题和思维惯性问题。第三第二天必须重做错题。我的习惯不是当天立刻重做因为刚对完答案印象太清晰重做出来也未必是真会。我一般隔24小时把错题原题和变式题一起做一遍正确率能达到80%以上才算真正过关。第2天和第3天的错题今天早上已经全部重做过一轮大部分都过了只剩一个“CCB职责”“开闭区间边界点”还在反复出问题已经记到下一轮的专项复习清单里。如果你也正在准备软考尤其是评测方向建议从今天就尝试建一个“每日一练错题集”的组合不需要多高大上一个Markdown文档或者一本薄笔记本就够了。把每天做的题量、错题分布、错题解析和变式题坚持记录下去到考前那几天回头看这个东西会比任何模拟卷都有价值。
02
RELATED NEWS

相关资讯

更多网站建设与数字化升级内容

03
WHY YAOTU

想打造同款高转化官网?

懂行业、懂生意,从建站到增长一站式陪跑

场景化定制

不做模板站,围绕你的业务场景量身设计,小众不撞款。

营销型架构

以转化目标组织内容与路径,让官网真正带来询盘。

全周期服务

设计、开发、运营、运维一体,上线只是开始。

免费获取你的建站方案

留下需求,专属顾问 24 小时内为你输出方案建议。