20 道背景练习题及答案

ECBA 商业分析入门证书考试练习的全部背景练习题，附正确答案和简短解析。

1. 一名初级业务分析师在部门共享盘上找到一份详细的流程说明。该文件没有标注作者，内容中提到的团队结构如今已不存在。在把它作为分析输入之前，最恰当的下一步做法是什么？
- A.因为文件存放在部门的正式资料库中，可以直接把它视为权威依据来使用。
- B.自行把文件中的团队结构更新为现状，并作为已批准的说明分发。
- C.请当前的流程责任人确认文件中哪些内容仍反映今天的实际做法。✓ 答案
- D.彻底弃用这份文件，改为通过访谈新进员工重新编写流程说明。
文档分析要求分析师在依赖资料之前先判断其时效性与适用性，而文中提到的团队已不存在，正是内容可能过时的明确信号。向流程责任人核实，并记录哪些内容得到确认、哪些没有，才能建立信息质量；存放在正式资料库并不等于内容准确，初级分析师也不应凭自己的判断修订并发布新版本。
编号 QB-UVQC2B依据： IIBA, The Business Analysis Standard and BABOK Guide — Plan Business Analysis Information Management; Document Analysis (currency and relevance of source material)报告此题的问题
2. 在一次同行评审中，一位同事逐条检查需求表述，看它是否写得足够清楚，使测试人员能够客观判断该需求是否已被满足。这位同事正在进行的是哪项活动？
- A.在验证（verify）需求，即判断书面表述是否达到规定的质量标准。✓ 答案
- B.在确认（confirm）启发结果，即核对记录与干系人所说内容。
- C.在确认（validate）需求，即判断需求能否为业务带来价值。
- D.在批准需求，即取得干系人同意，使后续工作得以推进。
验证关注的是制品本身质量是否足够、是否可用于既定用途，而检查表述是否可测试、是否无歧义，正属于验证。确认（validate）问的是另一个问题，即需求是否真能带来业务价值；批准问的是干系人是否同意以便推进工作；确认启发结果则只核对记录是否与会上所说一致。
编号 QB-DD9VSC依据： IIBA BABOK Guide — Verify Requirements and Designs versus Validate Requirements, Approve Requirements and Designs, and Confirm Elicitation Results报告此题的问题
3. 一名业务分析师支持一项处于受监管行业的举措，在该行业中每一项需求变更都必须可追溯到具名的批准人。而团队习惯于在每日站会上口头确认变更。该分析师应当怎么做？
- A.遵循组织正式的批准流程，并记录每项变更由谁批准、何时批准。✓ 答案
- B.向监管机构申请豁免，使团队可以继续使用较轻量的批准做法。
- C.跳过批准环节，仅依靠追溯关系来说明每一项变更的来源与去向。
- D.保持口头确认的做法，因为批准的正式程度取决于团队的偏好。
批准始终是必需的，但其正式程度由上下文决定，受监管环境要求留下可审计的记录，而不是口头共识。严格程度由政策和法规驱动，而非取决于团队觉得是否方便；追溯关系只表明条目之间的关联，并不能证明某位具名人员同意了该变更。
编号 QB-VV3Q7C依据： IIBA BABOK Guide — Approve Requirements and Designs (formality of approval scales with the context); The Business Analysis Standard, regulated contexts报告此题的问题
4. 举措进行到中途，干系人不断询问某条需求最初是谁提出的、紧急程度如何。没有人能在不翻阅旧会议记录的情况下回答。该分析师应当提出什么建议？
- A.将需求集基线化，使已批准的版本不再被随意修改。
- B.从每条需求建立到相应设计元素的追溯关系链接。
- C.为每条需求记录来源、紧急程度和状态等需求属性并保持更新。✓ 答案
- D.提高需求的抽象层次，使其在细节不断变化的情况下仍能保持稳定。
需求属性是关于需求的元数据，例如来源、作者、优先级、状态、责任人和紧急程度等；规划要采集哪些属性，正是决定业务分析信息如何存储和访问的一部分。追溯关系记录的是条目之间的关联，基线冻结的是已批准版本，改变抽象层次只影响写出多少细节，都无法回答“谁提出的、有多紧迫”这个问题。
编号 QB-AD7V99依据： IIBA BABOK Guide — Plan Business Analysis Information Management (requirements attributes, traceability, level of abstraction)报告此题的问题
5. 有人请一名分析师把某条需求写成可供其他团队在未来举措中重复使用的形式。目前的草稿写的是：办事员把理赔编号输入绿色的旧系统终端界面。该分析师应当如何修改？
- A.把该条目移到设计部分，因为它描述的是工作具体如何完成。
- B.保持原文不变，另加一个属性标明它可在未来举措中重复使用。
- C.用需求所服务的业务需要来重新表述，去掉特定于本次举措的解决方案细节。✓ 答案
- D.补充屏幕名称和字段位置，让未来的团队清楚当初究竟建成了什么。
为重复使用而维护需求，意味着在产生它的那次举措之外仍保持其准确一致，而只有当需求写在不含特定解决方案或特定举措细节的层次上时，它才真正可复用。点名某个终端界面会把表述绑定到某一次实现上，因此再补细节、把它挪到别处或仅仅打上“可复用”标签，都不能让它在别处用得上。
编号 QB-SVZPP8依据： IIBA BABOK Guide — Maintain Requirements and Designs (maintaining requirements for reuse)报告此题的问题
6. 在一次干系人复核分析师记录的会议之后，其中两项内容被确认准确，另一项则有两位参会者记忆不同而产生分歧。分析师应当如何处理这一结果？
- A.在后续会议解决分歧之前，三项内容都先不记录到资料库中。
- B.只记录已确认的项目，因为仍有争议的内容还不是可靠的信息。
- C.自行判断有争议的那一项应以哪个版本为准，并把结果作为已达成的结论记录下来。
- D.记录已确认的两项与存在分歧的一项，并把分歧标记出来交由干系人解决。✓ 答案
校验活动的结果本身就是业务分析信息，应当记入资料库，包括尚未解决的那一项，因为未决的分歧正是干系人需要看到的内容。在基础层级，分析师应把冲突标记出来交由评审，而不是替干系人裁定谁的说法为准；完全不记录则会让团队只能凭记忆工作。
编号 QB-BDJ7FA依据： IIBA BABOK Guide — Confirm Elicitation Results and Plan Business Analysis Information Management (recording validation outcomes and open discrepancies)报告此题的问题
7. 一套报表解决方案满足了商定的规格，但上线一年后大多数部门仍在手工汇总数据。访谈显示，员工并不了解这套方案能做什么，也没有人明确规定由谁来更新底层数据。这种情况最恰当的归类是什么？
- A.属于解决方案层面的局限，因为该方案显然没有实现预期的价值。
- B.属于企业层面的局限，因为障碍在于运营和认知，而非解决方案本身。✓ 答案
- C.属于需求缺陷，因为最初的需求没有真正抓住用户在实际工作中需要的东西。
- D.属于一项风险，因为价值上的差距尚未通过实际测量的绩效数据得到确认。
企业层面的局限是解决方案之外阻碍价值实现的因素，包括文化、认知程度、未定义的配套流程、汇报关系以及组织实际运作已交付成果的能力。本例中方案本身按规格运行，因此制约来自运营与文化，而不在方案内部；若判为方案缺陷，改进力气就会用错地方。
编号 QB-TVC2V9依据： IIBA BABOK Guide — Assess Enterprise Limitations versus Assess Solution Limitations; The Business Analysis Standard, underused solution example报告此题的问题
8. 某理赔解决方案在各个环节都表现良好，只有一处例外：夜间的数据传输经常延迟完成，导致后续环节使用的是过时的数据。这种情况体现了什么？
- A.这体现了内部组件之间的依赖，整体绩效受制于其中最薄弱的那个环节。✓ 答案
- B.这体现了企业层面的局限，组织本身无法吸纳和使用新的解决方案。
- C.这体现了一条业务规则，关于数据刷新时机的政策一直没有写下来。
- D.这体现了一个假设，团队相信传输会按时完成，却从未加以核实。
评估解决方案局限首先要识别方案内部各组件之间的依赖关系，因为无论其他部分表现多好，整体交付的价值都会被其中最薄弱的部分拉低。此处的制约位于方案内部，而且是已观察到的事实而非仅仅相信的事，因此既不是企业层面的局限，也不是未经证实的假设或政策条款。
编号 QB-8DG7X6依据： IIBA BABOK Guide — Assess Solution Limitations (identify internal solution component dependencies)报告此题的问题
9. 在规划过程中，团队记录了这样一条内容：某供应商表示下个季度会开放一个接口，但没有任何书面约定，而工作安排已经按接口届时可用来制定。分析师应当如何对这条内容进行归类？
- A.属于一处计划缺陷，因为依据未经确认的信息安排工作本身就是做法上的错误。
- B.属于一条业务规则，因为它规定了组织处理供应商接口的方式。
- C.属于一项约束，因为供应商的时间表限制了解决方案能够包含的内容。
- D.属于一个假设，因为大家相信它成立却未经证实，而工作安排已依赖于它。✓ 答案
假设是指未经确认却被当作成立、且工作又依赖于它的内容，供应商口头承诺驱动进度安排正属此类。约束是确实限制解决方案的限制条件，例如法规或既定预算；业务规则规范的是组织行为；而把假设明确记录下来是良好实践，并非做法上的缺陷。
编号 QB-QVA2C6依据： IIBA BABOK Guide — Analyze Current State and Plan Business Analysis Approach (assumptions, constraints and business rules)报告此题的问题
10. 分析进行到中途，一名分析师得知某个经营地区的法规禁止首选设计方案所依赖的那项数据传输。该分析师是在一位资深业务分析师的指导下开展工作的。最恰当的下一步做法是什么？
- A.记录这项限制，围绕它调整分析计划，并向资深业务分析师反映情况。✓ 答案
- B.按原设计继续推进，把该法规作为一项风险记录下来，留待日后再处理。
- C.把受影响的地区移出范围，这样首选的设计方案就可以原样保留。
- D.请干系人去申请豁免，使原有的计划能够不作改动继续执行下去。
法规限制属于界定工作边界的上下文，因此分析师应当识别它、调整计划使分析与现实保持一致，并上报给有权决策的人。把法律禁令当作可以推后处理的风险，是低估了它；而在基础层级，分析师不应自行变更范围或自行去申请豁免。
编号 QB-Z554JJ依据： IIBA BABOK Guide — Analyze Current State (policies and regulatory environment); The Business Analysis Standard, adapting the approach to context报告此题的问题
11. 某解决方案大约每周产生一次错误输出，运营人员靠手工加以纠正。管理层询问分析团队应当如何处理。该分析师首先应当提供什么？
- A.建议重建出问题的组件，因为这个缺陷每周都在反复出现，已经无法回避。
- B.提出变更请求，在缺陷解决之前把受影响的输出移出当前范围。
- C.判定这一错误可以接受，因为工作人员已经能够顺利地手工纠正它。
- D.对严重程度、再次发生的可能性和运营影响作出评估，并记录下来供决策使用。✓ 答案
调查解决方案问题应当形成影响评估，涵盖严重程度、再次发生的可能性、对运营的影响以及组织能够承受的程度，正是这份评估让干系人得以在必须解决、可以缓解与可以接受之间作出选择。直接跳到重建、接受或移出范围，都跳过了使这些选择站得住脚的分析，而决定本身也不该由分析师来下。
编号 QB-HNA95K依据： IIBA BABOK Guide — Assess Solution Limitations (investigate solution problems; impact assessment)报告此题的问题
12. 在描述当前状态时，一名分析师注意到该行业两家主要供应商已经合并，如今剩下的那家供应商说了算，交付条款由其决定。这一观察在当前状态描述中应归入哪一部分？
- A.属于业务政策，因为交付条款是组织必须遵守的既定规则。
- B.属于外部影响因素，它们界定了这次变更实际上能够达到的程度。✓ 答案
- C.属于内部资产，因为供应商关系是组织自身持有的一种资源。
- D.属于业务能力，因为采购原材料的本领正是这家企业所做的事情之一。
外部影响因素包括行业结构、竞争者、客户、供应商、政治与监管环境、技术以及更广泛的经济状况，这些是组织无法掌控却必须在其中开展工作的力量。供应商整合正属于此类；而内部资产、业务政策和业务能力，描述的都是组织自身拥有、自己制定或自己执行的东西。
编号 QB-26GEQK依据： IIBA BABOK Guide — Analyze Current State (external influencers versus internal assets, policies and capabilities)报告此题的问题
13. 一个团队先是约定：所有流程内容都采用同一套建模符号绘制，并使用一组标准属性；随后团队为本次举措产出了实际的流程模型。下列哪一组说法正确地指称了这两样东西？
- A.约定的规范是一套框架，产出的模型是一份架构。
- B.约定的规范是一种视角（viewpoint），产出的模型是一个视图（view）。✓ 答案
- C.约定的规范是一份模板，产出的模型是一条基线。
- D.约定的规范是一个视图（view），而产出的模型是一种视角（viewpoint）。
视角是为表达某一类需求而约定的规范、符号与属性的集合，视图则是按该视角表达出来的、针对特定解决方案的实际需求集合。把两者颠倒是常见错误；各个视图汇合起来才构成需求架构，而这两个词都不等同于模板或基线。
编号 QB-JNNKAM依据： IIBA BABOK Guide — Define Requirements Architecture (requirements viewpoints and views)报告此题的问题
14. 有人告诉一名初级分析师，本次举措需要一份需求架构。一位开发人员回应说技术团队已经负责系统架构，这样做会重复劳动。该分析师应当如何解释两者的区别？
- A.需求架构描述的是解决方案将要采用的技术组件以及它们之间的接口。
- B.需求架构其实是同一件工作，只是改用业务语言来记录而已。
- C.需求架构是把各项需求组织起来，使它们彼此契合、构成一个整体。✓ 答案
- D.需求架构是指各项需求将按照什么先后顺序交付给业务方。
需求架构指的是需求本身的结构，把各项需求组织起来使其相互支撑、共同实现目标，而不是一堆各自成立却彼此孤立的条目。把它与系统架构或技术架构混为一谈是典型的陷阱；它既不是技术设计的业务语言版本，也不是交付顺序。
编号 QB-X5EE7G依据： IIBA BABOK Guide — Define Requirements Architecture (purpose: requirements support one another to achieve the objectives)报告此题的问题
15. 某组织计划把现有的订购流程与新采用的外部托管平台连接起来。有人询问一名初级分析师，这对分析工作意味着什么。最恰当的回答是什么？
- A.分析工作会收窄为数据映射，因为集成主要就是把字段一一对应起来。
- B.分析工作没有变化，因为订购流程本身的需求并没有因此发生任何改动。
- C.分析范围扩大，出现新接口和依赖，需求视图须调和一致。✓ 答案
- D.分析工作转交给供应商，由其平台来决定最终需要满足哪些需求。
与另一平台集成会带来横跨流程、数据与安全需求的接口和依赖关系，而需求架构的作用正是把这些视图调和一致，使整套需求讲出同一个连贯的故事。分析师还应把数据时延、数据保护等关注点提出来交由相应专家处理，而不是独自解决；任何技术选择都不会把需求的归属转移给供应商。
编号 QB-FNKKSG依据： IIBA BABOK Guide — Define Requirements Architecture (relate and verify views; completeness); The Business Analysis Standard, technology as a contextual factor报告此题的问题
16. 在把需求作为整体进行复核时，一名分析师发现：数据模型允许一位客户持有多个有效账户，而流程模型却假定每位客户只有一个账户。该分析师应当怎么做？
- A.直接修改流程模型以允许多个账户，因为数据模型的描述更为精确。
- B.直接修改数据模型，把账户限定为一个，因为流程模型反映了工作的真实做法。
- C.把两者都记为有效，因为每个模型从各自的视角来看都是正确的。
- D.把这一矛盾标记出来交由干系人裁定，并注明两个视图分歧的具体位置。✓ 答案
需求架构中的完整性意味着没有缺失或相互矛盾的需求，因此两个视图之间的冲突是整套需求的真实缺陷，哪怕每个模型单独看都说得通。在基础层级，分析师应识别并记录该冲突、交由相关方解决，而不是自行决定以哪个模型为准，因为这个决定会改变业务已经商定的内容。
编号 QB-Y5SRCH依据： IIBA BABOK Guide — Define Requirements Architecture (completeness; relate and verify)报告此题的问题
17. 一位干系人为新门户提交了这样一条需求：门户必须友好易用。按照需求的质量特征来衡量，这条需求的主要问题是什么？
- A.它不是原子的，因为“友好”这个说法把若干独立的能力捆绑进了同一句话里。
- B.它既不明确也不可测试，谁都无法客观判断这条需求是否已经得到满足。✓ 答案
- C.它没有排定优先级，因为没有给出它与其他需求相比的轻重次序。
- D.它不可行，因为可用性无法在已经商定的时间和预算范围内实现出来。
无歧义意味着能够明确判断解决方案是否满足了该需要，可测试意味着需求能被客观验证，而一个没有可衡量表述的主观形容词同时违反了这两项。优先级是另一项属性，可以之后补上；可用性本身完全可行，只要用别人能够核查的方式表述出来即可。
编号 QB-GNXWXH依据： IIBA BABOK Guide — Verify Requirements and Designs (characteristics of requirements and designs quality: unambiguous, testable)报告此题的问题
18. 有一条需求写道：系统应记录付款、通知客户并更新总账。一位评审人对这句话的写法提出异议。这涉及的是哪一项质量特征？
- A.原子性，因为这句话把三项应当各自独立成条的能力合并写在了一起。✓ 答案
- B.完整性，因为这句话缺少指导后续工作所必需的那部分细节。
- C.简洁性，因为句子里含有对所述需要毫无帮助的多余内容。
- D.一致性，因为这三个部分与别处已经商定的需求发生了冲突。
原子性的需求是自成一体的，可以单独理解、排定优先级、追溯和测试；而把三项不同能力捆在一起的表述做不到这一点，因为其中一部分可能通过而另一部分未通过。简洁性针对多余措辞，一致性针对与其他需求的冲突，完整性针对细节缺失，都不是本例的问题所在。
编号 QB-56JE8Q依据： IIBA BABOK Guide — Verify Requirements and Designs (characteristics of requirements and designs quality: atomic)报告此题的问题
19. 一名分析师加入了一家新机构，他更习惯使用上一家雇主的文档格式。而新机构已有经批准的模板，并规定了绘制流程模型必须使用的建模符号。该分析师应当怎么做？
- A.采用自己熟悉的格式，因为内容本身的质量远比它的呈现形式更加重要。
- B.同时并行使用两种格式，让干系人自行挑选他们觉得更清楚易懂的那一种。
- C.起草阶段用熟悉的格式，等到签署确认时再转换成已批准的模板。
- D.采用组织已批准的模板和建模符号，若要改动则通过组织自身的渠道提出。✓ 答案
规划业务分析方法时必须与组织自身的政策、程序、方法论和标准相契合，因此既有模板与规定的建模符号优先于个人偏好。标准还能让不同举措的制品彼此可比、便于评审；若标准确实妨碍工作，分析师应通过组织的正式渠道提出修改，而不是绕开它们。
编号 QB-NNQKTQ依据： IIBA BABOK Guide — Plan Business Analysis Approach (organizational policies, methodologies, frameworks and standards)报告此题的问题
20. 某项举措以短周期增量的方式交付，每个增量结束后都会收集干系人反馈。一名初级分析师问：业务分析方法应当在什么时候定下来？最恰当的回答是什么？
- A.不必形成明确的方法，因为适应型的工作方式本来就不会从既定的方法中获益。
- B.在规划每个增量时重新审视方法，根据反馈显示的情况随时作出调整。✓ 答案
- C.等第一个增量被接受之后把方法定下来，此后就保持不变地沿用下去。
- D.在一开始就把方法完全定下来，让团队有一个稳定的基线可以对照执行。
在适应型工作方式中，业务分析方法会在每次迭代开始时重新规划，因为分增量推进的意义正在于让反馈来调整工作的做法。把方法一次定死属于预测型交付的特征；而完全没有明确方法并不是适应型做法，只是缺少方法。
编号 QB-CEUX4B依据： IIBA BABOK Guide — Plan Business Analysis Approach (planning repeats each iteration in adaptive approaches); The Business Analysis Standard, predictive and adaptive approaches报告此题的问题

本考试的其他主题

商业分析基础20 道免费练习题核心概念模型（BACCM）20 道免费练习题思维方式、原则与能力20 道免费练习题商业分析的实施20 道免费练习题变更20 道免费练习题需要20 道免费练习题解决方案20 道免费练习题干系人19 道免费练习题价值20 道免费练习题商业分析技术20 道免费练习题

练习题依据 IIBA 的《ECBA 考试大纲》《商业分析标准》与《BABOK 指南》编写。ECBA、IIBA 与 BABOK 是国际商业分析协会的商标；本网站与 IIBA 无关联，也未获其认可。该考试已围绕九大领域重新构建，因此按旧知识领域组织的备考资料已经过时——请研读 IIBA 官网上的现行考试大纲。IIBA 并未公布及格分数，本站使用的标准是我们自设的练习目标，并非官方分数线。依据 IIBA ECBA 考试大纲

1. 一名初级业务分析师在部门共享盘上找到一份详细的流程说明。该文件没有标注作者，内容中提到的团队结构如今已不存在。在把它作为分析输入之前，最恰当的下一步做法是什么？

2. 在一次同行评审中，一位同事逐条检查需求表述，看它是否写得足够清楚，使测试人员能够客观判断该需求是否已被满足。这位同事正在进行的是哪项活动？

3. 一名业务分析师支持一项处于受监管行业的举措，在该行业中每一项需求变更都必须可追溯到具名的批准人。而团队习惯于在每日站会上口头确认变更。该分析师应当怎么做？

4. 举措进行到中途，干系人不断询问某条需求最初是谁提出的、紧急程度如何。没有人能在不翻阅旧会议记录的情况下回答。该分析师应当提出什么建议？

5. 有人请一名分析师把某条需求写成可供其他团队在未来举措中重复使用的形式。目前的草稿写的是：办事员把理赔编号输入绿色的旧系统终端界面。该分析师应当如何修改？

6. 在一次干系人复核分析师记录的会议之后，其中两项内容被确认准确，另一项则有两位参会者记忆不同而产生分歧。分析师应当如何处理这一结果？

7. 一套报表解决方案满足了商定的规格，但上线一年后大多数部门仍在手工汇总数据。访谈显示，员工并不了解这套方案能做什么，也没有人明确规定由谁来更新底层数据。这种情况最恰当的归类是什么？

8. 某理赔解决方案在各个环节都表现良好，只有一处例外：夜间的数据传输经常延迟完成，导致后续环节使用的是过时的数据。这种情况体现了什么？

9. 在规划过程中，团队记录了这样一条内容：某供应商表示下个季度会开放一个接口，但没有任何书面约定，而工作安排已经按接口届时可用来制定。分析师应当如何对这条内容进行归类？

10. 分析进行到中途，一名分析师得知某个经营地区的法规禁止首选设计方案所依赖的那项数据传输。该分析师是在一位资深业务分析师的指导下开展工作的。最恰当的下一步做法是什么？

11. 某解决方案大约每周产生一次错误输出，运营人员靠手工加以纠正。管理层询问分析团队应当如何处理。该分析师首先应当提供什么？

12. 在描述当前状态时，一名分析师注意到该行业两家主要供应商已经合并，如今剩下的那家供应商说了算，交付条款由其决定。这一观察在当前状态描述中应归入哪一部分？

13. 一个团队先是约定：所有流程内容都采用同一套建模符号绘制，并使用一组标准属性；随后团队为本次举措产出了实际的流程模型。下列哪一组说法正确地指称了这两样东西？

14. 有人告诉一名初级分析师，本次举措需要一份需求架构。一位开发人员回应说技术团队已经负责系统架构，这样做会重复劳动。该分析师应当如何解释两者的区别？

15. 某组织计划把现有的订购流程与新采用的外部托管平台连接起来。有人询问一名初级分析师，这对分析工作意味着什么。最恰当的回答是什么？

16. 在把需求作为整体进行复核时，一名分析师发现：数据模型允许一位客户持有多个有效账户，而流程模型却假定每位客户只有一个账户。该分析师应当怎么做？

17. 一位干系人为新门户提交了这样一条需求：门户必须友好易用。按照需求的质量特征来衡量，这条需求的主要问题是什么？

18. 有一条需求写道：系统应记录付款、通知客户并更新总账。一位评审人对这句话的写法提出异议。这涉及的是哪一项质量特征？

19. 一名分析师加入了一家新机构，他更习惯使用上一家雇主的文档格式。而新机构已有经批准的模板，并规定了绘制流程模型必须使用的建模符号。该分析师应当怎么做？

20. 某项举措以短周期增量的方式交付，每个增量结束后都会收集干系人反馈。一名初级分析师问：业务分析方法应当在什么时候定下来？最恰当的回答是什么？

本考试的其他主题