软件测试 MCQ 第二部分

答案： (b) 猩猩测试

解释： 在软件测试中，猩猩测试（Gorilla testing）用于一次性检查特定模块的功能。换句话说，我们可以说猩猩测试很重要，因为它需要频繁测试系统的某个模块，以确保其正常工作。

答案： (a) 静态测试

解释： 静态测试是一种验证过程，用于在不实现应用程序代码的情况下测试应用程序。静态测试是一种经济高效的过程。它是一种非常有用的测试技术，因为它有助于我们识别那些在动态测试中可能无法发现的错误。

答案： (d) 应用程序生命周期管理 [ALM]

解释： 数据库测试用于分析被测数据库的模式、表、触发器等。ALM 工具不支持数据库测试，因为 ALM 主要用于支持负责在软件生命周期中交付软件的重要投资者。

答案： (b) ISO

解释： ISO 代表国际标准化组织。ISO 标准主要用于解决操作方法和组织方法，如职责、报告等。

答案： (b) 软件过程改进和能力确定

解释： SPICE 代表软件过程改进和能力确定。它是国际标准化组织 (ISO) 和国际电工委员会 (IEC) 共同开发的用于计算软件过程的国际框架。

答案： (c) 模块大小

解释： 模块大小 未用于衡量软件规模。

KLOC 是衡量计算机程序大小的传统度量单位，主要评估数千行代码。功能点 用于计算软件的功能大小。单个单元 的成本是根据过去的经验计算的。

答案： (d) BugHost

解释： BugHost 是另一种缺陷跟踪工具，它为全球所有主要业务领域的数千客户提供缺陷跟踪解决方案。它通过允许我们将缺陷分配给团队中的不同用户来使用工作流过程。

答案： (c) Alpha 和 Beta 测试

解释： Alpha 测试是在内部站点进行的模拟或实际操作测试。它在组织内部进行，由开发人员方面的最终用户代表小组测试，有时也由独立的测试工程师团队测试。

另一方面，Beta 测试在 Alpha 测试执行后实施。它是测试的最后阶段，在客户端或客户站点进行。

答案： (a) 黑盒测试

解释： 黑盒测试是根据客户需求检查应用程序功能的过程。换句话说，我们可以说，根据需求规范验证功能被称为黑盒测试。

答案： (c) 随机测试

解释： 随机测试不属于系统测试的一部分，因为它是一种功能性黑盒测试类型，在测试工程师没有足够时间编写和执行测试用例时实施。它也称为猴子测试。

答案： (b) 变异分析

解释： 变异分析用于准备新的软件测试并检查现有软件测试的质量。

答案： (a) 步进

解释： 在调试过程中，开发团队在收到测试团队关于软件缺陷的测试报告后实施系统。

而 步进 不属于调试过程中的执行流程。同时，步过 用于执行代码而不停止它。步入 用于执行代码，步出 用于继续执行过程直到达到边界值。

答案： (d) 代码覆盖率

解释： 代码覆盖率衡量的是在自动测试运行时，我们的代码有多少块/行/弧被执行了。

答案： (c) Beta 测试

解释： Beta 测试是一种在软件测试生命周期末期执行的现场测试。通常，Beta 测试会发布给有限的受众，以测试可访问性、可用性、功能性等。简而言之，我们可以说 Beta 测试是软件应用程序的真实用户在真实环境中测试软件产品的过程。

答案： (a) 评审应在规范、代码和测试计划上进行。

解释： 评审应在规范、代码和测试计划上进行，因为有时测试工程师在编写测试用例时可能会跳过某些场景、输入并编写错误的导航步骤，这可能会影响整个测试执行过程。

为了避免这种情况，我们将在开始测试执行之前进行一轮评审过程。

答案： (d) 质量保证

解释： 质量保证测试确保开发高质量软件。它主要关注高质量的过程、良好的质量管理体系。应用程序单元的开发在其开发分类中根据质量保证规范进行验证。

答案： (d) 黑盒测试

解释： 在白盒测试中，开发人员将测试程序中的每一行代码。白盒测试也称为玻璃盒测试、结构测试、透明盒测试、开箱测试和透视盒测试。

答案： (a) 缺陷

解释： 如果软件产品没有按照要求工作，在软件测试中被称为缺陷。缺陷被定义为应用程序实际结果与预期结果之间的不一致。

答案： (c) 单元回归测试

解释： 回归测试在新构建中进行，当原始功能发生重大更改时。单元回归测试是最常用的回归测试类型之一。在单元回归测试中，我们只测试修改过的单元，而不测试影响区域，因为它可能会影响同一模块的组件。

答案： (a) True

解释： 软件开发生命周期是开发软件的过程。SDLC 包含以下各个阶段：

• 需求规范
• 设计
• 编码
• 测试
• 安装
• 维护

答案： (b) 质量控制

解释： 质量控制是一个反应性过程。质量控制过程的主要目标是在发布软件之前精确所有类型的缺陷或错误。在软件测试中，它也称为 QC。

答案：(d) 以上均正确

解释： 当所有组件或模块独立工作并检查依赖模块之间的数据流时，我们将执行集成测试。集成测试分为几个部分，例如：

• 自上而下集成测试
• 自下而上集成测试
• 大爆炸测试

答案： (b) 性能测试

解释： 非功能测试用于测试在外部环境中的工作能力。性能测试是非功能测试中最重要的类型之一，因为它用于通过施加一些负载来检查应用程序的行为。

答案： (a) True

解释： 风险一词是指可能导致项目进度损失或威胁项目进度的问题。这些可能的问题可能会损害项目的成本、进度或技术成功以及我们应用程序的质量。

答案： (b) 回归测试

解释： 在回归测试中，测试工程师将在不同的构建或发布中重新执行相同的测试用例，以确保修改（添加、修改、删除或缺陷修复）不会导致未更改功能中的缺陷。

答案： (b) 错误

解释： 执行自动化测试是为了减少手动测试用例，而不是为了消除它们。在自动化测试中，我们可以使用特殊的自动化工具来控制测试用例的实现，并将实际结果与预期结果进行比较。

答案： (c) 优先级

解释： 修复错误或哪个错误应该首先修复或错误应该多快修复被称为优先级。优先级可以是紧急、高、中、低。

答案： (a) 区域回归测试

解释： 在区域回归测试中，我们测试修改和受影响的区域。它是回归测试最理想的方法。但是，有时在区域回归测试期间，我们可能会遗漏很多错误。

答案： (C) STLC

解释： 软件测试生命周期包含上述阶段。软件测试生命周期（STLC）是软件开发生命周期（SDLC）的一部分，缺陷生命周期是软件测试生命周期（STLC）的一部分。所有测试活动都旨在提高软件产品的质量。

答案： (d) 可用性测试

解释： 在可用性测试中，我们将检查应用程序的用户友好性、效率和准确性。执行可用性测试将确保开发的软件易于使用，不会遇到任何问题，并使最终用户的操作更轻松。

答案： (b) V 模型

解释： V 模型是 SDLC 模型，其中所有活动都向下进行，并在某个时刻开始向上移动以重新使用测试文档进行测试过程并形成 V 形。因此，它被称为 V 模型。

答案： (d) 严重性

解释： 错误对软件或应用程序的影响被称为严重性。对于错误，严重性可以是阻碍性、关键性、主要和次要。

答案： (b) 缓解计划

解释： 在缓解计划中，我们采取积极措施来减少风险的可能性或在风险发生时降低其影响。

答案： (a) 预防性

解释： 质量保证是一种管理工具，涉及有计划和系统的活动和文档，以避免质量问题。它是软件系统开发中的一个持续过程。

答案： (d) 检查我们是否正确构建系统

解释： 验证一词用于检查我们是否正确构建系统。简单来说，完整的评审过程在 V 和 V 模型的验证阶段进行。

答案： (d) 可能难以确定测试是否通过或失败。

解释： 在测试特定软件后，如果未识别预期结果，则难以判断测试是否通过或失败。

答案： (a) 将帮助我们确保软件的整个区域未受影响。

解释： 回归测试将确保软件的整个区域未受影响。这些测试也称为验证方法。

答案： (a) 规划

解释： 在测试规划活动中，我们可以以最具成本效益的方式轻松识别故障或缺陷。

答案： (c) 自下而上集成

解释： 自下而上集成测试技术处理如何将低级模块与高级模块一起测试，直到所有模块成功完成测试。这种方法将确保我们添加的模块是前一个模块的父级。

答案： (d) 以上所有

解释： 众所周知，需求阶段是软件开发生命周期或任何其他 SDLC 模型中最关键的阶段。在需求阶段，客户声明与产品或软件相关的需求、规范、期望和任何其他特殊要求。

答案： (d) 以上都不是

解释： 缺陷管理是检测和修复错误的系统程序。缺陷管理过程包括缺陷预防、可交付物基线化、管理报告、缺陷解决、过程改进和缺陷发现。

答案：(d) 以上均正确

解释： 在循环测试中，我们将测试诸如简单循环、嵌套循环、连接循环等循环。此测试还有助于我们检查结束条件是否正常工作或条件的大小是否足够。循环测试是一种属于白盒测试的测试。

答案： (b) 从业务角度进行测试

解释： 在验收测试中，我们主要关注客户经常使用的功能和场景，或者最终用户或客户每天使用的场景。

答案： (a) 恢复测试

解释： 在应用程序的性能测试过程中，我们将关注响应时间、负载和应用程序稳定性等各种因素。一旦软件稳定并投入生产，我们将执行性能测试。

在恢复测试中，我们将检查应用程序从崩溃、硬件故障和其他并行问题中恢复的能力。

答案： (d) A 和 C

解释： 非功能测试用于测试非功能参数，如可靠性、负载测试、性能和软件问责制。

它提供有关产品行为和所用技术的详细知识。非功能测试有助于降低生产风险和软件的相关成本。性能测试和可用性测试是非功能测试的组成部分。

答案： (b) 需求

解释： 验收测试用例基于用户需求和功能处理。它是一种正式测试，用于判断软件是否符合特定要求。

答案： (c) 测试规范

解释： 测试用例是一个详细文档，包含所有可能的输入（正向和负向）以及用于测试执行过程的导航步骤。它提供了有关测试策略、测试过程、前置条件和预期输出的详细信息。

答案： (a) 驱动程序

解释： 驱动程序设置测试环境并负责通信、评估结果和发送报告。

答案： (b) 黑盒测试

解释： SRS（软件需求规范）包含软件应如何开发，由业务分析师提供。业务分析师将从客户那里收集客户需求规范（CRS）并将其转换为 SRS。

答案： (a) 选择测试用例的过程

解释： 测试用例设计技术确保所有可能的正向和负向值都用于测试目的。每个测试工程师在编写测试用例时都需要遵循，以实现最大的测试覆盖率。