测试题-3

Mock对象是通过编程创建的虚假对象，它模拟真实对象的行为，但不执行真实对象的实际逻辑。例如：

• 模拟数据库连接（不实际连接数据库）
• 模拟网络请求（不实际发送请求）
• 模拟文件系统（不实际读写文件）

在持续集成环境中，单元测试自动化实践强调快速、可靠的测试。选项A正确：单元测试应尽可能覆盖所有可能的异常分支路径，以确保代码健壮性，减少缺陷漏测；选项B错误：单元测试不应依赖外部数据库状态，以避免测试不可靠和缓慢，应使用隔离技术；选项C错误：Mock对象通过模拟外部依赖（如数据库或网络）来提高测试执行速度，而不是降低；选项D错误：测试覆盖率100%仅表示所有代码被执行过，并不代表零缺陷，因为可能遗漏逻辑错误或边界条件。

决策表测试（选项B）是处理多个规则组合的理想技术，它通过表格形式列出所有条件（折扣规则）的组合，系统性地覆盖每个规则交互，从而最小化测试用例数量（避免冗余），同时保证100%覆盖率。相比之下，随机测试（A）可能因随机性遗漏关键组合；仅测试典型场景（C）覆盖率不足，可能遗漏边界或异常情况；边界值分析（D）只关注金额边界（如0和最大值），但无法覆盖多个折扣规则的交互组合。

在软件测试计划阶段，工作说明书是制定测试进度的重要依据文档。工作说明书详细描述了项目的工作内容、人力资源分配、时间节点安排等关键信息，这些都是测试计划和进度制定所必需的基础数据。
B选项"概要设计说明书"错误：概要设计说明书主要包含系统的总体架构设计，虽然对测试有指导意义，但不是制定测试进度的直接依据。
C选项"详细设计说明书"错误：详细设计说明书包含具体模块的设计细节，更多用于指导具体测试用例的设计，而非测试进度的制定。
D选项"单元测试用例"错误：单元测试用例是测试执行阶段的工作产物，而不是测试计划阶段用来制定进度的依据文档。

关注RT，响应时间

B/S系统是用户将数据上传至服务器进行处理，此时服务器的响应时间大小代表服务器当前承受的压力大小，从而体现出为用户提供的服务性能。因此响应时间是最重要的。

在测试金字塔原则中，单元测试（Unit Testing）位于最底层，执行速度快、成本低、反馈迅速，能直接验证代码单元的核心业务逻辑。持续集成（CI）流程中快速反馈代码变更的影响，应优先依赖单元测试。相比之下，集成测试（B）和端到端测试（A）运行较慢，UAT（D）通常涉及用户流程且最慢，不适合快速反馈。

测试类型	英文名称	说明/侧重点
​​A. 端到端测试​​	E2E Testing	模拟真实用户场景，验证整个应用系统从开始到结束的完整工作流程是否正常。
​​B. 集成测试​​	Integration Testing	​​测试多个模块、组件或服务之间的接口和交互是否正确。
​​C. 单元测试​​	Unit Testing	验证软件中最小的可测试单元（如一个函数、方法或类）的行为是否正确。
​​D. 用户验收测试​​	UAT	在交付前由最终用户或客户进行测试，以确认系统是否满足业务需求和合同规

端到端测试就是从用户的角度出发，验证一整个完整的业务流程是否能从头到尾顺利地走通。​​ 它不关心内部代码怎么写的，只关心最终呈现给用户的结果是否正确。

测试人员应该根据缺陷的严重程度、项目实际情况等因素，做出专业的判断，而不是简单地采取非黑即白的态度。

在敏捷开发中，迭代周期结束时需要快速、高效地验证更改。重构虽未改变接口，但大规模内部修改可能引入意外缺陷。单元测试（A）仅覆盖模块内部，可能忽略与上层服务的集成问题；性能测试（B）只验证性能提升，不检测功能性缺陷；探索式测试（D）对整个应用进行手动测试，耗时且效率低，不适合快速回归验证。C选项的自动化回归测试覆盖该模块及其直接上层依赖服务，能够高效检测集成缺陷，确保功能稳定性，符合敏捷原则。

在软件测试过程中,经验表明:如果在测试中发现某个模块中存在较多的错误,那么这个模块中很可能还存在更多未被发现的错误。

1. 程序执行到throw语句时抛出AccessViolationException异常
2. 由于异常发生，try块中"error1"的输出语句不会被执行
3. 异常被catch块捕获，输出"error2"
4. catch块执行完后，程序继续往下执行，输出"error3"

集成测试方法对比表

测试方法	测试策略
​​非增量集成测试​​ (大爆炸集成)	一次性集成所有模块，然后进行整体测试,每个模块测试完了再连接
​​增量集成测试​​	逐步集成模块，边集成边测试,测一个模块，就连接一个模块
​​三明治集成测试​​ (混合集成)	结合自顶向下和自底向上策略

判定覆盖要求每个分支都至少被执行一次，所以答案选B。

请注意，语句覆盖，case2没有break，因此case2和case3可以同时在value=2时得到覆盖

等值分析测试属于黑盒测试技术，它是将输入数据划分为若干等价类，从每个等价类中选取代表性数据进行测试的方法。这种方法不需要了解程序内部结构，只关注输入和输出。

        公测：公开测试。其实就是向广大玩家完全公开，注册的账号数量没有限制，到了公测阶段一般来讲初期是免费的，之后随着玩家数量的多少，游戏运营商会在一定时间之后对游戏开始收费。当然，永久免费的游戏除外。

        内测：内部测试。经历了封测后，游戏进一步完善。发布出来，让大众玩家可以注册试玩，通过玩家玩后的反应和建议，进一步将游戏的BUG、设置、职业能力等等进行修订。 有的游戏的内测的账号是有限的，比较难注册。一般的游戏内测结束后就把玩家的游戏角色删掉，有的则保留或保留一部分。内测的游戏是免费的。

        封测:封闭测试。其版本实为未成熟的，有很多的BUG。在里面玩和正常没分别。就是禁止用户注册，只提供了一些账号分给玩家试玩，如果发现BUG了就一定要告诉官方网站，官方才能进行补丁。封测一般是游戏公司内部人员才能玩，为了完善游戏程序。封测只有技术人员针对技术方面进行测试。

B选项正确:设计测试用例是测试设计员最基础和关键的工作。需要基于需求规格说明书,设计全面且有效的测试用例,覆盖各种场景和边界条件。
C选项正确:设计测试过程和脚本是实现自动化测试的重要环节,测试设计员需要编写可执行的测试脚本,提高测试效率。
A选项错误:制定测试计划通常是测试经理或项目负责人的职责,而不是测试设计员的工作范围。测试设计员是执行测试计划的角色。
D选项错误:评估测试活动属于测试管理层面的工作,需要从整体角度评估测试过程的有效性和测试结果,这超出了测试设计员的职责范围。
总之,测试设计员的核心职责是进行具体的测试设计工作,包括用例设计和测试脚本编写,而不负责测试项目的管理性工作。

代码走查由编写代码的程序员来进行检查和组织讨论等。

常见的性能计数器类型​​

类别	具体示例	说明
​​系统资源​​	CPU使用率、内存占用率、磁盘I/O、网络带宽	反映服务器硬件资源状态
​​应用层指标​​	数据库连接数、线程池状态、GC（垃圾回收）频率	监控应用程序内部性能
​​中间件/服务​​	Web服务器（如Nginx）并发连接数、缓存命中率	评估依赖组件的健康度

消费者驱动的契约测试（选项A）是专为验证服务间交互约定而设计的策略：服务A（消费者）定义接口契约，服务B（提供者）在变更时测试是否满足契约，从而快速检测接口破坏，无需搭建昂贵的端到端环境。选项B（金丝雀发布测试）是部署策略，在生产环境中进行，风险高且不专注于接口测试；选项C（独立的端到端测试）成本高、不稳定，且无法保证全面覆盖服务A与B的交互；选项D（单元测试服务A使用Mock）仅测试服务A的逻辑隔离，但不验证服务B的真实接口变更，无法确保交互约定。题目文字无错别字或专业名词错误（所有术语如'消费者驱动的契约测试''金丝雀发布''端到端测试''Mock对象'均符合标准），无逻辑矛盾（约束条件一致），无规则破坏错误。

Mock（模拟对象）就是一个“演员”或“替身”，在测试时用来代替真实的东西，让测试可以独立、快速地进行。​

总结与对比​​

测试方法	测试对象	核心思想
​​A. 契约测试​​	​​服务A（提供者）​​	保证“提供者”遵守“消费者”定的规矩
​​B. 单元测试（用Mock）​​	​​服务B（消费者）​​	隔离测试，只关注一个服务自己的逻辑
​​C. 独立端到端测试​​	​​服务B​​	在模拟的完整环境下测试单个服务

自动化测试编写脚本是极其浪费人力物力的，只有大项目里，自动化测试相比较下来会节约明显的人力

A. 不同数据类型的对象之间进行比较：这可能导致比较错误或异常，属于比较判断问题，是测试时需要考虑的。 B. 正确使用逻辑运算符和优先级：这是编程正确性的基本要求，不属于“是否出现问题”的测试范畴，而是编码规范或静态检查的内容。测试用例通常关注错误情况，而非“正确使用”。 C. 比较运算或变量出错：直接涉及比较判断错误，是测试需要覆盖的。 D. 迭代发散时不能退出：属于控制流问题（如无限循环），是测试时需要验证的边界条件。 ... 展开