简介:这份《ISTQB-人工智能测试大纲》面向备考CT-AI认证的测试工程师、AI质量保障人员,以及希望系统建立人工智能测试知识框架的技术管理者,中文版对应CT-AI-1.0-CN-1.0,正文约90页。内容从人工智能定义、分类与应用切入,讲解准确性、可靠性、可解释性、公平性和隐私保护等质量特征,再依次展开机器学习总览、数据质量与预处理、功能表现度量,以及神经网络结构、训练过程和泛化能力测试;后半部分覆盖AI系统测试流程与黑盒、白盒、灰盒策略,可解释性、公平性、鲁棒性和安全性测试,模拟仿真环境与数据集管理,并讨论用AI生成测试脚本、设计用例和优化测试过程。压缩包内含1个PDF文件,大小约4.03MB,目录清晰,便于离线查阅和按章节检索。已有1190人学习,可作为认证备考提纲、团队培训底稿或AI项目测试设计的参考索引。
1. 人工智能测试的知识地图:从十一章大纲看整条复习主线
翻开 CT-AI-1.0-CN-1.0 这份 90 页的大纲,第一反应通常会被目录劝退:从人工智能定义一路排到测试环境,像一本概念词典。但把各章标注的学习时长抄下来排个序,重心立刻就出来了——机器学习-数据 230 分钟、方法和技术 245 分钟,两块加起来占掉四分之一以上的学习时间,而「测试环境」只有 30 分钟。这条落差说明整份人工智能测试大纲并不是十一块等重的积木。梳理下来,十一条目压在三条主线上:AI 与机器学习怎么运作(第 1 到 6 章)、基于 AI 的系统怎么测(第 7 到 10 章)、用 AI 反过来辅助测试(第 11 章)。前一条决定你能不能看懂深度学习测试与模型测试的行为,中间一条决定你会不会设计用例,后一条是加分项。适合正在准备 CT-AI 认证、或者要把模型测试纳入日常流程的人。
2. 概念底座:AI 分层、八个质量特征与三种学习范式
这一层对应大纲前三章,看着最像“背概念”,实际是后面所有测试判断的坐标系。很多题目的干扰项不是靠技术细节筛掉的,而是靠这里的分层和定义筛掉的。
2.1 有限 AI、通用 AI 与超级 AI:三个层级先分清
大纲把 AI 分成三层:有限 AI(也叫弱 AI、窄 AI)只在特定任务范围内表现出智能;通用 AI(强 AI)能在任意任务上达到人类水平;超级 AI 则被认为全面超越人类。关键判断是——目前所有落地系统都落在有限 AI 这一层。一个系统能在围棋上赢人类,仍然是有限 AI,因为它的能力边界锁死在棋盘上。这类说法在题目里经常被包装成“该系统表现出超越人类的水平,因此属于通用 AI”,属于典型的偷换概念。
分层的意义在测试上很直接:有限 AI 的输入空间是有边界的,测试可以围绕任务域设计场景库;通用 AI 没有边界,测试策略根本无从谈起。所以在讨论任何测试方法之前,先确认被测系统的能力边界,这一步不做,后面全是空转。
2.2 基于 AI 的系统与常规系统的分界线
常规系统的行为来自明确写下的规则,输入和输出之间是确定关系,测试靠需求规格加覆盖率就能收敛。基于 AI 的系统行为是从数据里学出来的,带概率性、非确定性,规格本身不完整,输出只有“统计上正确”这一说。这两个差异会连锁出三个后果:一是无法用等价类和边界值穷举;二是同一个输入跑两次可能给不同结果;三是常常没有可判定的预期结果,也就是测试参照物缺失。
把这三条记住,第 7 章往后所有“为什么 AI 测试要换方法”的论述都能自己推出来。大纲在第 1.3 节放这张对比,目的不是让你背定义,而是让你在选测试方法时先问一句:这个系统的输出,我能不能提前算出正确答案?
2.3 八个质量特征:从灵活性到安全性
大纲第 2 章给了八个 AI 系统特有的质量特征,这是全篇最容易被当成名词解释跳过、又最容易在案例题里失分的地方。
| 质量特征 | 含义 | 测试上要做什么 |
|---|---|---|
| 灵活性与适应性 | 面对新环境、新输入时的调整能力 | 用分布外样本、变更后的场景验证表现衰减 |
| 自治 | 系统自主决策的程度 | 自治度越高,越依赖场景库与仿真环境 |
| 进化 | 随数据持续更新,行为随之改变 | 建立回归基线,版本变更后重跑 |
| 偏差 | 输出系统性偏离预期 | 分群体统计通过率,做公平性度量 |
| 行为准则 | 应遵守的伦理与社会规范 | 把准则转成可检查的断言 |
| 副作用与奖励黑客 | 优化目标被钻空子,产生非预期行为 | 设计“目标达成但方式错误”的负向用例 |
| 透明度与可解释性 | 整体可解释性与单一可解释性 | 解释的一致性、忠实度本身要测 |
| 安全性 | 对抗样本、数据污染等风险 | 对抗攻击测试、数据来源审计 |
表格里最值得多停留两眼的是“副作用与奖励黑客”。它的典型形态是:优化目标写成了可量化的指标,系统就朝指标猛冲,顺带做出人类不想要的行为。测试这类问题的思路不是验证“目标有没有达成”,而是验证“达成目标的过程有没有越界”。
“透明度”这一行也容易混。整体可解释性指的是整个模型层面能被人类理解,比如一个决策树可以被画出来;单一可解释性指的是针对某一次具体预测给出解释,常见做法是看哪些特征对这次输出贡献最大。两者不是一回事,一个模型可能整体是黑匣子,但每次预测都能给出局部解释。
2.4 三种学习范式与机器学习工作流
大纲第 3 章把机器学习分成三类,这个分类要能脱口而出,因为后面数据准备、度量选择、测试技术全挂在它上面。
| 维度 | 有监督学习 | 无监督学习 | 强化学习 |
|---|---|---|---|
| 数据 | 带标签 | 无标签 | 无标注,靠环境反馈 |
| 典型任务 | 分类、回归 | 聚类、降维、关联规则 | 序列决策、策略优化 |
| 评估方式 | 混淆矩阵、回归误差 | 轮廓系数等内部指标 | 累计奖励、策略稳定性 |
| 测试难点 | 标签质量、过拟合 | 结果没有唯一正确答案 | 环境可复现、奖励设计是否合理 |
机器学习工作流大纲列的是迭代式的一串:数据收集、数据准备、特征工程、模型选择与训练、评估、部署与监控。要点在于“迭代”——评估不达标就回头改数据或改特征,而不是只调模型参数。很多项目翻车就翻在把工作流当瀑布模型走,一次跑完就上线。
选哪种学习形式,取决于三件事:数据有没有标签、问题是什么类型、奖励能不能被清晰定义。选具体算法时还要看数据规模与类型、可解释性要求、训练与推理成本、离线还是在线。可解释性要求高的场景,深度模型再准也可能不能用,这条在实际项目里比考试更常出现。
2.5 过拟合与欠拟合:一对必须能对照着说的概念
过拟合是模型把训练数据的噪声也学进去了,表现是训练集误差很低、验证集误差明显更高;欠拟合是模型太简单,训练集和验证集误差都高。原因和对策可以对照记:
- 过拟合:模型复杂度过高、训练数据太少、训练轮次过多。对策是正则化、早停、增加数据、数据增强、降低模型复杂度、交叉验证。
- 欠拟合:模型过于简单、特征不足、训练不充分。对策是增加特征、提高模型容量、延长训练、减少正则强度。
下面这段代码用多项式拟合演示两种极端,跑一遍比背十遍定义都直观:
import numpy as np # 真实关系:正弦曲线,采样 12 个点并加入少量噪声 rng = np.random.default_rng(42) x = np.linspace(0, 1, 12) y = np.sin(2 * np.pi * x) + rng.normal(0, 0.1, size=x.shape) # 用 1 次多项式拟合:容量不足,典型欠拟合 under = np.polyfit(x, y, deg=1) # 用 11 次多项式拟合:容量过剩,典型过拟合 over = np.polyfit(x, y, deg=11) # 在训练点上比较误差:过拟合模型几乎完美穿过每个点 print("欠拟合训练误差:", np.mean((np.polyval(under, x) - y) ** 2)) print("过拟合训练误差:", np.mean((np.polyval(over, x) - y) ** 2))deg控制模型容量,取值越大越容易记住噪声;polyval把系数还原成预测值。真正要看的是训练误差和验证误差的差值——只盯着训练误差,11 次多项式看起来完美,换一批数据就崩。这也是后面第 5 章强调“度量要分数据集算”的原因。
3. 数据与度量:模型表现的输入侧与计量侧
大纲第 4、5、6 章合起来占 415 分钟,是全篇最重的一块。数据决定模型上限,度量决定你能不能看出模型到底行不行,神经网络则是绕不开的结构背景。
3.1 数据准备与训练、验证、测试集三分
数据准备在机器学习工作流里通常最耗时,包含采集、清洗(缺失值、异常值、重复值)、转换(归一化、标准化、编码)、特征工程(构造、选择、降维)。大纲把挑战归成几类:数据量和维度、数据质量、隐私合规、标注成本。
三个数据集的分工必须分清,这是最容易在概念题里被绕晕的地方:
- 训练集:用来拟合模型参数。
- 验证集:用来调超参数、做模型选择,可以反复用。
- 测试集:只在最后评估一次,用来估计泛化能力。
常见比例是 60/20/20 或 80/20,数据少时用 k 折交叉验证。切分时有两个参数值得留意:随机种子保证可复现,分层抽样保证类别比例在两个集合里一致。
from sklearn.model_selection import train_test_split # X 是特征矩阵,y 是标签 # test_size=0.2:先切出 20% 作为最终测试集,绝不参与调参 X_train, X_test, y_train, y_test = train_test_split( X, y, test_size=0.2, random_state=42, stratify=y ) # 再从训练集里切出验证集,stratify 保证类别分布一致 X_train, X_val, y_train, y_val = train_test_split( X_train, y_train, test_size=0.25, random_state=42, stratify=y_train )random_state固定后切分结果可复现,这在回归测试里是硬要求;stratify在类别不平衡时不能省,否则某一类可能全落进训练集,测试集里一个样本都没有,度量直接失真。
3.2 数据集质量问题清单
大纲第 4.3、4.4 节把数据集质量问题拆得很细,按清单过一遍比零散记更牢:
- 不完整:关键字段缺失,或样本覆盖不到某些场景。
- 不准确:采集误差、人工录入错误、标注错误。
- 不一致:同一含义多种编码,单位、格式混用。
- 不平衡:类别分布严重偏斜,少数类样本过少。
- 不充分:样本量不足以支撑模型复杂度。
- 时效性差:数据过时,与当前真实分布脱节。
- 代表性不足:采样过程带偏差,某些群体被系统性排除。
这些问题对模型的影响是逐级放大的:缺失值导致训练不稳定,标签噪声让模型学到错误映射,采样偏差则直接变成模型偏差。大纲用一句话概括就是“数据质量决定模型质量的上限”,调参调不出数据里没有的信息。
3.3 数据标注方式与错误标注
有监督学习离不开标注。常见方式有人工标注、半自动标注(模型预标 + 人工修正)、众包标注、自动标注。选择时权衡的是成本、速度和一致性。
错误标注的来源有四个:标注规范本身模糊,不同标注者对同一 Case 理解不同;标注者疲劳导致漏标错标;工具界面设计问题引发误操作;以及任务本身带主观性,比如情感极性判断。标签噪声的麻烦在于它不会在训练时报错,模型照常收敛,只是准确率悄悄掉下来,靠看 loss 曲线根本发现不了。
对策是流程性的:多人标注同一批样本计算一致性,抽样人工复核,标注规范随争议 Case 迭代,把标注质量当指标持续监控。这部分内容在大纲里只是一小节,但在真实项目里消耗的时间往往超过建模。
3.4 混淆矩阵与派生度量
大纲第 5.1 节的混淆矩阵是必考计算点。二分类的四个格子:
| 预测为正 | 预测为负 | |
|---|---|---|
| 实际为正 | TP(真正例) | FN(假负例,漏报) |
| 实际为负 | FP(假正例,误报) | TN(真负例) |
派生的四个核心指标:准确率 =(TP+TN)/总数;精确率 = TP/(TP+FP);召回率 = TP/(TP+FN);F1 是精确率和召回率的调和平均。另外还有特异度 TN/(TN+FP)。FP 对应第一类错误,FN 对应第二类错误,这两个词在风险分析题里经常直接出现。
tp, fp, fn, tn = 80, 20, 10, 890 # 准确率:整体判对的比例,类别不平衡时会虚高 accuracy = (tp + tn) / (tp + fp + fn + tn) # 精确率:判为正的样本里有多少是真的正 precision = tp / (tp + fp) # 召回率:真正的正样本里有多少被找出来 recall = tp / (tp + fn) # F1:精确率与召回率的调和平均,偏向较小的一方 f1 = 2 * precision * recall / (precision + recall) print(accuracy, precision, recall, f1)拿这组数算一下:准确率 0.97 看着漂亮,但正样本总共只有 90 个,负样本 910 个,把全部样本判成负也能拿到 0.91 的准确率。这就是准确率在不平衡数据上的经典失真,第 5 章会专门说。多分类场景还要区分宏平均(每类算完再平均)和微平均(汇总所有类的计数再算),两者在类别不平衡时差异明显。
3.5 回归、聚类度量与度量的局限性
回归任务常用 MAE(平均绝对误差)、MSE(均方误差)、RMSE(均方根误差)、R²(决定系数)。MAE 对异常值不敏感,MSE 会放大较大误差,选哪个取决于业务能不能容忍大偏差。
聚类没有标签,评估靠内部指标:轮廓系数衡量样本与自身簇的紧密度和与其他簇的分离度,取值越接近 1 越好;还有基于距离的指数等。如果有部分标签,可以用外部指标如兰德指数。
度量本身的局限是大纲第 5.3 节的重点,也是最容易被忽略的一节:单一度量只能反映一个侧面;度量目标和业务目标可能不一致;度量对数据分布敏感,换一批数据排名就变;过度优化某个度量会诱发奖励黑客,模型学会了刷分而不是解决问题。所以第 5.4 节强调选择度量要先看业务代价——漏报和误报哪个更贵,决定了你该优化召回还是精确率。第 5.5 节的基准套件提供了横向对比的参照,但用的时候要留个心眼:公开基准被反复使用后,模型可能对它过拟合,榜单分数高不代表真实场景好。
4. 测试 AI 系统:六级测试、专属特征与九类技术
这一层是大纲的重心所在,第 7 到 10 章合计 540 分钟,讲的是“拿到一个模型或一套 AI 系统,从哪儿下手测”。
4.1 六个测试级别
大纲第 7.2 节把 AI 系统的测试级别拆成六层,和传统软件测试的层级不完全对应,顺序值得单独记:
| 测试级别 | 测什么 | 关注点 |
|---|---|---|
| 输入数据测试 | 喂进去的数据本身 | 数据质量、分布、边界样本覆盖 |
| 机器学习模型测试 | 模型本身的性能 | 度量指标、过拟合、鲁棒性 |
| 组件测试 | 单个 AI 组件 | 接口、异常输入、资源占用 |
| 组件集成测试 | 多组件拼装 | 数据流、版本匹配、错误传播 |
| 系统测试 | 端到端系统 | 场景覆盖、性能、安全 |
| 验收测试 | 是否满足业务目标 | 业务指标、用户可接受度、合规 |
前两层是 AI 系统特有的,传统测试里没有“输入数据测试”这个独立级别。原因很直白:模型的行为由数据塑造,数据本身出问题,后面所有测试都白做。所以数据测试要前置,而不是等到系统测试阶段才发现训练集里混进了测试样本。
4.2 自动化偏差、概念漂移与组件记录
自动化偏差指的是人对 AI 输出的过度信任——系统给出建议,人就不再独立判断。测试这类问题的思路不是测模型准确率,而是设计实验:在流程里注入明显错误的输出,观察人工复核环节能不能发现。如果发现率很低,说明这个环节的“人在环上”只是形式。
概念漂移是模型上线后性能衰减的主因:现实世界的数据分布变了,模型学到的映射失效。大纲把它分成几种形态——突变、渐进、周期性反复。测试策略是持续监控输入分布和预测分布,设置漂移告警,定期用新数据重跑评估,必要时触发重训练。一次性验收通过不等于长期可用,这一点和传统软件的验收逻辑差别很大。
记录 AI 组件(第 7.5 节)听起来像文档工作,实际是出问题时的后悔药:模型版本、训练数据版本、超参数、评估结果、依赖库版本,全都要能追溯。没有这层记录,线上效果掉了你连“回滚到哪一版”都说不清。
4.3 专属质量特征的测试挑战
大纲第 8 章把测试挑战按特征拆开:
自学习系统的挑战在于测试基准会漂移,今天通过的用例,模型更新一轮后可能就不过了,回归测试必须绑定模型版本。自治系统的挑战在于行为空间太大,靠真实环境试错成本太高,只能依赖场景库和仿真。偏差的挑战在于要区分算法偏差、样本偏差和不当偏差,并且要给出可量化的公平性指标,比如不同群体的通过率差值。概率性和非确定性的挑战在于同一输入多次运行结果不同,单次测试没有意义,必须跑多次看分布。复杂系统的挑战在于组件交互产生涌现行为,单测每个组件都过,合起来照样出问题。
4.4 测试参照物与可解释性测试
测试参照物(也叫测试预言)是 AI 测试最核心的痛点:传统测试能提前算出期望输出,AI 系统常常算不出来。大纲给的替代路径包括蜕变测试、背靠背测试、人工评估、以及基于属性的检查。
可解释性测试要分两层看。整体可解释性关注模型结构本身是否可读,单一可解释性关注单次预测的解释是否合理。测试解释的方法不是“看一眼图觉得有道理”,而是检查解释的稳定性和忠实度:相似输入的解释应该相似,无关特征的变化不应该大幅改变解释。这部分大纲配了实践练习,光看文字很难有体感。
4.5 九类方法与技术的选择
大纲第 9 章是全篇时长最重的一章,列了七类具体技术加选择原则:
- 对抗攻击:对输入做肉眼难辨的扰动,看模型是否误判,用来评估鲁棒性。
- 数据中毒:训练数据被恶意污染,测试要做数据来源审计和异常样本检测。
- 结对测试:两人或两组独立判断同一输出,对比分歧,适合主观性强的任务。
- 背靠背测试:两个模型或两个版本对同一输入对比输出,差异即调查线索。
- A/B 测试:线上分流对比两个版本的真实表现,注意样本量和实验周期。
- 蜕变测试:找输入之间必然成立的关系,绕开预期结果缺失的问题。
- 基于经验的测试:探索性测试和探索性数据分析,靠人的判断找异常。
蜕变测试值得单独说,因为它是解决“没有预期结果”最实用的手段。核心是找一条 metamorphic relation:输入变了,输出应该按已知规律变。比如图像分类里,给图片加一点不影响语义的噪声,标签不应该变;文本情感分类里,把“很好”换成“非常好”,极性不应该翻转。
def check_metamorphic(model, image, label, noise_scale=0.01): # 关系:加入微小噪声后,预测类别应保持不变 noisy = image + noise_scale * np.random.randn(*image.shape) pred_original = model.predict(image) pred_noisy = model.predict(noisy) # 关系被打破说明模型在该样本附近不稳定 return pred_original == pred_noisy == labelnoise_scale是关键参数:太小测不出问题,太大就改变了语义、关系本身不再成立。所以用之前要先用一批已知样本验证这条关系在该模型上确实成立,否则测出来的全是假阳性。这也是选择测试技术时的通用原则——先确认技术的前提条件,再谈覆盖率。
4.6 测试环境与用 AI 辅助测试
大纲第 10 章只有 30 分钟,内容不重但要点清楚:AI 系统测试环境要考虑硬件(算力类型与规格)、软件(框架与依赖版本)、数据(训练集、测试集、仿真数据)、仿真环境(场景库、数字孪生),以及可复现性——随机种子、版本锁定、环境快照。模型测试对环境极其敏感,换个框架版本结果就可能变,这点和传统软件的环境管理诉求一致,只是更严格。
第 11 章讲用 AI 辅助测试:生成测试用例、预测缺陷高发模块、分析日志、辅助判定测试结果。这一块的定位是提效工具,不是替代判断。工具有两个风险要写进测试计划:一是 AI 工具本身也会出错,输出需要人工复核;二是用 AI 生成用例容易扎堆在常见场景,边界和异常场景反而覆盖不足。
5. 易错点清单:五个最容易踩坑的地方
这一章按“易漏点、为什么漏、怎么补”的结构写。这些都是我在整理和做题时反复卡住的位置,不是理论上的可能性。
5.1 用准确率给不平衡数据打分
易漏点:拿到模型先看 accuracy,数值 0.95 就认为没问题。
为什么漏:几乎所有库的默认评估输出第一行就是准确率,看习惯了就默认它是主指标。而在正负样本 1:9 的数据集上,全判负类也能拿到 0.9 的准确率,模型什么都没学到。
怎么补:先看混淆矩阵再谈指标。明确业务上 FP 和 FN 哪个代价更高——医疗筛查漏诊代价高,优化召回;垃圾邮件过滤误杀代价高,优化精确率。然后把对应指标写进验收准则,准确率只作为辅助参考。遇到多分类,宏平均和微平均都要看一遍,两者差距大说明类别不平衡严重。
5.2 数据泄漏:训练集和测试集共享了同一批信息
易漏点:切分代码写得没错,但预处理在切分之前做,或者切分时没按实体、按时间隔离。
为什么漏:流程上每一步看起来都合理。用全量数据算均值和方差做标准化,再切分——测试集的统计信息已经渗进训练过程。同一用户的多个样本被随机切到两边,模型其实在测试集上见过这个人。时序数据随机切分,等于用未来预测过去。
怎么补:切分永远是第一步,预处理放进 Pipeline 里,让它在每折内部独立拟合。有实体概念的数据按实体切分,时序数据按时间点切。切完做一次重复样本检查,确认两个集合没有交集。这条坑很隐蔽,指标虚高十几个点都看不出来异常。
5.3 把可解释性当成一个开关
易漏点:项目里出了一张特征重要性图,就认为“可解释性已经做了”。
为什么漏:整体可解释性和单一可解释性被混为一谈。画一张全局特征重要性图,回答的是“模型整体看重哪些特征”,而业务方问的往往是“为什么这一单被拒了”,这是局部解释的问题。
怎么补:先明确解释的受众和粒度——监管要的是单次决策的理由,开发要的是模型行为的整体理解,两者交付物不同。局部解释本身也要测:同一输入多次解释是否一致,无关特征扰动后解释是否稳定。解释不稳定比没有解释更危险,因为它给了人虚假的确定感。
5.4 蜕变关系写了却没验证关系本身
易漏点:测试用例里写了一条“旋转后标签不变”,跑出来大量失败,直接判定模型有缺陷。
为什么漏:蜕变关系是一个假设,不是公理。有些类别旋转 90 度语义就变了,比如数字 6 和 9;有些任务对噪声极度敏感。关系不成立时,失败用例反映的是关系选错了,不是模型有问题。
怎么补:先用一小批人工确认过的样本验证关系方向,确认成立再扩大范围。参数(噪声幅度、旋转角度)要给上下界,超出边界的变换不再保证语义不变。把关系本身当成一条待验证的断言来管理,而不是当成测试的前置条件。
5.5 把自动化偏差当成用户习惯问题
易漏点:测试计划里完全没提人在环上的环节,认为那是产品运营的事。
为什么漏:自动化偏差听起来像心理学概念,不像测试对象。但它直接决定“人工复核”这道防线有没有效,而很多高风险 AI 系统的安全兜底就压在这道防线上。
怎么补:设计注入实验——在系统输出里混入明显错误的结论,统计复核人员的发现率。发现率低说明复核流程形同虚设,要么是提示信息不足,要么是工作量压得人只能点通过。这类测试要定期做,新版本上线、界面改版后都要重跑。
6. 复习清单:把 90 页大纲压成一张可勾选的表
复习到最后阶段,我习惯按大纲自己标注的学习时长分配精力,而不是按页数平均用力。时长本身就透露了出题权重:
| 大纲章节 | 标注时长 | 复习优先级 | 一句话抓手 |
|---|---|---|---|
| 1 AI 介绍 | 105 分钟 | 中 | 三种 AI 分层、AIaaS、迁移学习风险 |
| 2 质量特征 | 106 分钟 | 中 | 八个特征能各举一个测试动作 |
| 3 ML 总览 | 145 分钟 | 中高 | 三种范式对比、工作流迭代性 |
| 4 ML 数据 | 230 分钟 | 高 | 数据集质量问题清单、标注一致性 |
| 5 表现度量 | 120 分钟 | 高 | 混淆矩阵手算、度量局限性 |
| 6 神经网络与测试 | 65 分钟 | 低 | 感知器结构、覆盖度量思路 |
| 7 测试概述 | 115 分钟 | 中高 | 六个测试级别的顺序和分工 |
| 8 专属质量特征 | 150 分钟 | 中高 | 每类挑战对应一种测试手段 |
| 9 方法和技术 | 245 分钟 | 最高 | 七类技术的适用前提 |
| 10 测试环境 | 30 分钟 | 低 | 可复现性四要素 |
照着这张表过一遍,能立刻看出时间该往哪儿压:第 4、5、9 三章合计接近 600 分钟,占全部标注时长的四成。第 9 章的技术选择尤其值得反复看,因为每类技术都有前提条件,答错往往不是不知道技术,而是没注意前提。
自检可以按四个问题走,每个问题卡住就回去翻对应章节:
- 拿到一个模型,能不能说出它的输出有没有可判定的预期结果?没有的话,用哪几类技术补?
- 混淆矩阵给出来,能不能在三十秒内算出精确率、召回率和 F1,并说清这组数据下哪个指标更有意义?
- 数据集出现分布偏移,测试上分几步响应?
- 项目说“我们已经做了可解释性”,能不能追问出是整体还是单一、解释的稳定性测没测?
我最早复习的时候喜欢从第 1 章顺着读,读完六章回头发现度量那块全忘了。后来改成先做一遍混淆矩阵手算,再倒回去看数据质量,最后才补概念章节,效率明显不一样。从那以后我每次准备这类认证,都强制先把带计算和判断的章节过一遍,概念部分留到最后当索引查,而不是当正文读。希望这份梳理能帮到你,少走一点我绕过的弯路。
本文还有配套的精品资源,点击获取