QA面试题

1、质量保证(QA)是什么？

QA代表质量保证。QA 是一组活动，旨在确保开发的软件满足 SRS 文档中提到的所有规范或要求。QA 遵循 PDCA 循环：

计划/Plan - 计划是质量保证的一个阶段，组织在此阶段确定构建高质量软件产品所需的过程。做/Do - 做是开发和测试过程的一个阶段。查看/Check - 此阶段用于监控流程并验证这些流程是否满足用户要求。操作/Act - 操作是实施改进流程所需行动的一个阶段。

2、质量保证和软件测试有什么区别？

以下是质量保证和软件测试之间的差异列表：

3、构建和发布(release)有什么区别？

构建定义为开发团队将软件提供给测试团队的时间。发布(release)定义为测试人员和开发人员将软件移交给用户的时间。

4、错误泄漏和错误释放是什么？

错误泄漏定义为测试团队没有发现但最终用户发现的错误。错误发布它是由测试人员在知道发布中存在错误的情况下在市场上发布软件时定义的。这些类型的错误具有低优先级和严重性。当客户希望按时获得软件而不是延迟获得软件和纠正错误所涉及的成本时，就会出现这种情况。

5、软件开发问题的解决方案是什么？

软件开发问题有五种不同的解决方案：

• • 软件开发的需求应该是明确的、完整的，并得到所有人的认可，建立需求标准。

  • 接下来是现实的时间表，例如计划、设计、测试、修复错误和重新测试的时间。

  • 它需要足够的测试，在一个或多个模块开发后立即开始测试。

  • 使用小组交流工具。

  • 在设计阶段使用快速原型，以便客户可以轻松找到预期的内容。

6、软件质量保证中的文档类型有哪些？

以下是软件质量保证中的文档类型：

需求文件 - 所有要添加到应用程序中的功能都以需求的形式记录在案，该文档称为需求文档。本需求文档是由项目团队中的开发人员、测试人员、业务分析师等各种人员协作制定的。

测试指标 - 测试指标是确定测试过程的质量和有效性的定量度量。

测试计划 - 它定义了将应用于测试应用程序的策略、将使用的资源、将在其中执行测试的测试环境以及将完成测试活动的调度。

测试用例 - 测试用例是测试时使用的一组步骤和条件。执行此活动是为了验证软件的所有功能是否正常工作。可以有各种类型的测试用例，例如逻辑测试用例、功能测试用例、错误测试用例、负面测试用例、物理测试用例、UI 测试用例等。

可追溯性矩阵 - 可追溯性矩阵是一个表格，用于跟踪和映射用户需求与测试用例。需求跟踪矩阵的主要目的是看到所有测试用例都被覆盖，以便在软件测试期间不会遗漏任何功能。

测试场景 - 测试场景是一组测试用例，可帮助测试团队确定项目的积极和消极方面。

7、“测试驱动开发”的规则是什么？

在测试驱动开发中，测试用例是在编写实际代码之前准备好的。这意味着必须在应用程序的真正开发之前编写测试用例。测试驱动开发周期：

• • 编写测试用例

  • 执行测试用例

  • 如果测试用例失败，则进行更改以使其正确

  • 重复该过程

8、追溯矩阵是什么？

可追溯性矩阵是一个用测试用例映射和跟踪用户需求的文档。需求跟踪矩阵的主要目的是看到所有测试用例都被覆盖，以便在软件测试期间不会遗漏任何功能。

9、QA和程序员职责有什么区别？

QA和程序员职责的区别如下：

程序员在流程执行过程中发现的任何问题都会传达给 QA，以便他们改进流程。

10、验证和确认有什么区别？

验证和确认的区别如下：

11、软件测试过程中面临的哪些主要挑战？

应用程序应该是稳定的测试。

• • 测试应该有时间限制。

  • 应该首先执行哪些测试。

  • 测试完整的应用程序。

  • 回归测试

  • 缺乏熟练的测试人员。

  • 不断变化的要求。

  • 缺乏资源、培训和工具。

12、重新测试和回归测试有什么区别？

重新测试和回归测试的主要区别如下：

13、QA在软件开发中的角色和作用是什么？

QA 代表质量保证。QA 团队通过监控整个开发过程来说服质量。QA 跟踪结果并调整过程以满足预期。

质量保证的作用是：

• • QA 团队负责监控为开发而执行的过程。

  • QA 团队的职责是计划、测试、执行过程。

  • QA Lead 创建时间表并就产品的质量保证计划达成一致。

  • QA 团队将 QA 流程传达给团队成员。

  • QA 团队确保测试用例对需求的可追溯性。

14、QA中风险的维度是什么？

风险的维度是：

• • 时间表：不切实际的时间表，在一天之内开发一个巨大的软件。

  • 客户：需求定义不明确，需求不明确，需求变更。

  • 人力资源：不具备项目预期技能水平的足够资源。

  • 系统资源：无法获取所有关键资源，无论是硬件和软件工具还是软件许可，都会产生不利影响。

  • 质量：资源匮乏、交货时间紧迫和需求频繁变化等复合因素将影响测试产品的质量。

15、测试件是什么？

测试件是一个术语，用于描述用于执行测试的所有材料。测试件包括测试计划、测试用例、测试数据以及执行和设计测试所需的任何其他项目。

16、猴子测试是什么？

猴子测试是一种用于测试应用程序的黑盒测试，通过提供随机输入来检查系统行为，例如检查系统是否崩溃。每当用户提供随机输入以检查系统行为时，都会自动执行此类测试。无需创建测试用例来执行猴子测试。它也可以是自动化的，即我们可以编写程序或脚本来生成随机输入来检查系统行为。当执行压力或负载测试时，此技术很有用。

17、预防性方法和反应性方法有什么区别？

预防性方法和反应性方法的区别如下：

• • 预防方法：也称为验证过程。预防是防止缺陷的方法。在这种方法中，测试是在软件开发生命周期的早期阶段设计的。在这种方法中，测试人员试图在早期阶段防止缺陷；它属于质量分析。

  • 反应式方法：也称为验证过程。这种方法是识别缺陷。在这种方法中，测试被设计为在软件开发之后执行。在这种方法中，我们试图找出缺陷。它属于质量控制。

18、质量审核是什么？

审核被定义为对处理器质量体系的现场验证活动，例如检查或检查。质量审核是由内部或外部质量审核员或审核小组对质量体系进行系统分析的过程。质量审计按预定的时间间隔进行，并确保该机构已明确定义与有效行动相关的内部系统监控程序。审核是用于验证过程的客观证据的基本管理工具。

19、测试计划是什么？

测试计划文档是包含所有测试活动计划以交付优质产品的文档。测试计划文档源自许多活动，例如产品描述、SRS 或项目所有未来事件的用例文档。测试主管通常会准备它，或者测试经理，文档的重点是描述要测试什么，如何测试什么时候测试，谁来做什么测试。

20、如何决定何时停止测试？

这是最关键的问题之一。作为项目经理或项目负责人，有时我们可能会面临取消测试以提前发布产品的情况。在这些情况下，我们必须确定测试人员是否对产品进行了足够的测试。

实时项目中涉及许多因素来决定何时停止测试：

• • 如果达到测试截止日期或发布截止日期

  • 通过输入确定的测试用例通过百分比。

  • 在实时项目中，如果项目中的风险在可接受的范围内。

  • 如果所有高优先级错误和阻止程序都已修复。

  • 如果符合验收标准。

21、如何设计测试用例？

设计测试用例主要有两种技术：黑盒测试

• • 这是一种基于规范的技术，测试人员将软件视为具有输入和输出的黑盒。

  • 在黑盒测试中，测试人员不知道软件在盒子内部的结构，他们只知道软件做了什么，而不知道软件是如何做的。

  • 这种技术对存在规范的所有级别的测试都有效。

白盒测试

• • 白盒测试是一种评估代码内部逻辑和结构的测试技术。

  • 为了实现白盒测试，测试人员应该具备编码知识，以便他们能够处理内部代码。查看内部代码并找出发生故障的单元。

22、临时测试是什么？

即席测试是测试软件的一种非正式方式。它不遵循需求文档、测试计划、测试用例等正式流程。临时测试的特点是：

• • 即席测试是在完成应用程序的正式测试后执行的。

  • 临时测试的主要目的是在不遵循任何流程的情况下破坏应用程序。

  • 执行临时测试的测试人员应该对产品有深入的了解。

23、猴子测试与临时测试有什么区别？

猴子测试和即席测试都遵循非正式的方法，但是在猴子测试中，我们不需要对软件有深入的了解。但是，要执行临时测试，测试人员应该对软件有深入的了解。

24、临时测试与探索性测试有什么区别？

以下是临时测试和探索性测试之间的比较区别：

25、软件测试有哪些级别？

软件测试有四个不同的级别：

• • 单元/组件测试

  • 集成测试

  • 系统测试

  • 验收测试

单元测试

它是大多数模型中的最低级别。单元是软件中的程序或模块。单元测试由测试模块的程序员执行，如果发现任何错误，则立即修复。

集成测试

集成意味着所有模块的组合，所有这些模块作为一个组进行测试。集成测试对从一个模块流向另一个模块的数据进行测试。它基本上检查两个或多个模块之间的通信，但不检查单个模块的功能。

系统测试系统测试用于测试完整或集成的系统。它测试软件以确保它符合 SRS 文档中指定的指定要求。它是最终测试，同时执行功能性和非功能性测试。

验收测试验收测试由用户或客户执行，以检查它是否满足他们的要求。

26、缺陷/bug的生命周期是什么？

缺陷(bug)生命周期也称为缺陷生命周期。缺陷(bug)生命周期是错误经历的一组特定状态。缺陷经历的状态数量因项目而异。

新建的 - 首次记录和发布新缺陷时，状态将分配为新缺陷。

已分配 - 一旦测试人员发布了错误，测试人员的负责人就会批准该错误并将该错误分配给开发团队。

打开 - 开发人员开始分析并着手修复缺陷。

固定的 - 当开发人员进行必要的代码更改并验证更改时，可以将错误状态设为已修复。

重新测试 - 测试人员在此阶段对代码进行重新测试，以检查缺陷是否已被开发人员修复并更改状态以重新测试。

重新开放 - 如果即使在开发人员修复了 bug 之后 bug 仍然存在，那么测试人员会将状态更改为 Reopen，并且 bug 会再次进入 bug 生命周期。

已验证 - 测试人员在开发人员修复错误后重新测试错误，如果没有发现错误，则将状态更改为已验证。

关闭 - 如果错误不再存在，则将状态更改为已关闭。

复制 - 如果缺陷重复了两次，或者缺陷与前一个 bug 的概念相同，则将状态更改为 Duplicate。

被拒绝 - 如果开发人员认为该缺陷不是真正的缺陷，则将状态更改为 Rejected。

延期 - 如果 bug 的优先级不高并且可以在下一个版本中解决，则状态更改为 Deferred。

最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时点击加入群：1150305204 ，里面有各种测试开发资料和技术可以一起交流哦。