最新质量保证(QA)面试问题合集推荐

下面列出了最常见的质量检查面试问题或质量保证面试问题和答案。

1)什么是质量保证？

质量检查代表质量保证。质量保证是旨在确保开发的软件满足SRS文档中提到的所有规范或要求的一系列活动。

质量检查遵循PDCA周期：

• 计划

该计划是质量保证中的一个阶段, 在该阶段中, 组织将确定构建高质量软件产品所需的过程。

• Do

做是开发和测试过程的一个阶段。

• 校验

此阶段用于监视过程并验证这些过程是否满足用户要求。

• 法案

该法案是实施改善流程所需行动的阶段。

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

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

3)构建和发布之间如何不同, 写下构建和发布之间的区别？

构建定义为开发团队将软件提供给测试团队的时间。

发布定义为测试人员和开发人员将软件移交给用户的时间。

4)定义错误泄漏和错误发布？

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

5)软件开发问题有哪些解决方案？

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

• 软件开发的需求应清晰, 完整并得到所有人的同意, 并建立需求标准。
• 接下来是现实的时间表, 例如计划, 设计, 测试, 修复错误和重新测试的时间。
• 它需要足够的测试, 在开发一个或多个模块后立即开始测试。
• 使用小组交流工具。
• 在设计阶段使用快速原型, 以便客户可以轻松找到期望的结果。

6)在”软件质量保证”中解释文档的类型？

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

• 需求文件

要在应用程序中添加的所有功能都按照需求进行了记录, 该文档称为需求文档。该需求文档是由项目团队中各个人员(例如开发人员, 测试人员, 业务分析师等)的协作制定的。

• 测试指标

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

• 测试计划

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

• 测试用例

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

• 追溯矩阵

可追溯性矩阵是一个表, 用于跟踪和映射用户需求以及测试用例。需求可追溯性矩阵的主要目的是确保覆盖所有测试用例, 从而在软件测试期间不会丢失功能。

• 测试场景

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

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

在”测试驱动开发”中, 在编写实际代码之前准备好测试用例。这意味着你必须在实际开发应用程序之前编写测试用例。

测试驱动开发周期：

• 编写测试用例
• 执行测试用例
• 如果测试用例失败, 则进行更改以使其正确
• 重复这个过程

8)什么是可追溯性矩阵？

可追溯性矩阵是一个文档, 用于通过测试用例映射和跟踪用户需求。需求可追溯性矩阵的主要目的是确保覆盖所有测试用例, 从而在软件测试期间不会丢失功能。

9)写下QA和程序员职责之间的区别？

职责差异如下：

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

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

11)确定软件测试期间面临的主要挑战吗？

该应用程序应该可以稳定地进行测试。

• 测试应在时间限制下进行。
• 应该先执行哪些测试？
• 测试完整的应用程序。
• 回归测试
• 缺乏熟练的测试人员。
• 不断变化的需求。
• 缺乏资源, 培训和工具。

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

13)定义质量保证在软件开发中的作用？

质量检查代表质量保证。质量检查小组通过监视整个开发过程来说服质量。质量检查会跟踪结果并调整流程以满足期望。

质量保证的作用是：

• 质量检查小组负责监视要进行的开发过程。
• 质量检查小组的职责是计划, 测试, 执行过程。
• 质量检查主管会创建时间表, 并商定产品的质量保证计划。
• 质量检查团队将质量检查流程传达给团队成员。
• 质量保证团队确保测试用例可追溯至需求。

14)描述质量保证中的风险范围？

风险的范围是：

• 时间表：不切实际的时间表, 以便在一天内开发出大型软件。
• 客户：需求定义不明确, 需求不清楚, 需求变更。
• 人力资源：不具备项目预期的技能水平的足够资源。
• 系统资源：无法获取所有关键资源(硬件和软件工具或软件许可)将产生不利影响。
• 质量：诸如资源匮乏, 交货时间表紧张以及需求频繁变化等复合因素都会影响被测试产品的质量。

15)什么是测试商品？

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

16)什么是猴子测试？

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

猴子有两种类型：

• 聪明的猴子
• 哑猴

聪明的猴子

• 聪明的猴子是对应用程序有简短了解的猴子。
• 他们知道应用程序的页面将重定向到哪个页面。
• 他们还知道他们提供的输入有效或无效。
• 如果他们发现任何错误, 那么他们足够聪明, 可以提交错误。
• 他们还知道菜单和按钮是什么。

哑猴

• 哑猴是那些对应用程序一无所知的人。
• 他们不知道应用程序的页面将重定向到。
• 它们提供随机输入, 并且不知道应用程序的起点和终点。
• 他们对应用程序了解不多, 但是仍然发现诸如环境故障或硬件故障之类的错误。
• 他们还对应用程序的功能和UI不太了解。

17)写下预防方法和反应方法之间的区别吗？

预防方法：也称为验证过程。预防是预防缺陷的方法。通过这种方法, 在软件开发之前的软件开发生命周期的早期阶段就设计了测试。在这种方法中, 测试人员会尽力防止早期出现缺陷。它属于质量分析。

反应性方法：也称为验证过程。这种方法是识别缺陷。通过这种方法, 测试被设计为在软件开发之后执行。用这种方法, 我们试图找出缺陷。它受到质量控制。

18)什么是质量审核？

审核被定义为处理器质量系统的现场验证活动, 例如检查或检查。质量审核是内部或外部质量审核员或审核团队对质量体系进行系统分析的过程。质量审核按预定的时间间隔执行, 并确保机构已明确定义了与有效措施相关的内部系统监视程序。审核是一种必不可少的管理工具, 可用于验证过程的客观证据。

19)什么是测试计划？

测试计划文档是包含所有交付高质量产品的测试活动计划的文档。测试计划文档来自许多活动, 例如产品描述, SRS或项目未来所有事件的用例文档。测试负责人通常会准备测试, 或者由测试经理准备, 文档的重点是描述要测试的内容, 如何测试何时进行测试, 谁来进行测试。

20)你如何确定何时进行足够的测试？

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

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

• 如果我们达到测试期限或发布期限
• 通过输入确定的测试用例合格率。
• 在实时项目中, 如果项目中的风险在可接受的范围内。
• 如果所有高优先级的错误和阻止程序都已修复。
• 如果符合验收标准。

21)如何设计测试用例？

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

• 黑匣子测试

• 这是一种基于规范的技术, 测试人员将软件视为带有输入和输出的黑盒子。
• 在黑盒测试中, 测试人员不知道盒子内部软件的结构, 他们只知道软件的功能, 但是不知道软件的功能。
• 这种技术对于存在该规范的所有测试级别均有效。

• 白盒测试

• 白盒测试是一种评估代码的内部逻辑和结构的测试技术。
• 为了实施白盒测试, 测试人员应该具有编码知识, 以便他们可以处理内部代码。他们查看内部代码并找出发生故障的单元。

22)什么是临时测试？

临时测试是一种非正式的软件测试方法。它不遵循诸如需求文档, 测试计划, 测试用例等正式流程。

即席测试的特征是：

• 在完成对应用程序的正式测试后, 将执行临时测试。
• 快速测试的主要目的是在不遵循任何流程的情况下中断应用程序。
• 执行临时测试的测试人员应该对产品有深刻的了解。

23)猴子测试与即席测试有何不同？

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

24)即席测试与探索性测试有何不同？

以下是临时测试和探索性测试之间的差异列表：

25)软件测试有哪些不同级别？

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

• 单元/组件测试
• 整合测试
• 系统测试
• 验收测试

单元测试

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

整合测试

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

系统测试

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

验收测试

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

26)什么是错误生命周期？

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

• 新

首次记录并发布新缺陷时, 状态将分配为”新”。

• 已分配

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

• 打开

开发人员开始分析并修复缺陷。

• 固定

当开发人员进行必要的代码更改并验证更改时, 他/她可以使错误状态固定。

• 重新测试

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

• 重新开启

如果即使在开发人员修复了bug后bug仍然存在, 则测试人员将状态更改为”重新打开”, 并且bug再次遍历了bug生命周期。

• 已验证

如果没有发现错误, 则测试人员会在开发人员修复该错误之后重新测试该错误, 然后将其状态更改为”已验证”。

• 关闭

如果该错误不再存在, 则它将状态更改为”已关闭”。

• 重复

如果缺陷重复了两次或缺陷对应于先前错误的相同概念, 则它将状态更改为”重复”。

• 拒绝

如果开发人员认为缺陷不是真正的缺陷, 则将状态更改为”已拒绝”。

• 递延

如果该错误的优先级较高, 并且可以在下一发行版中解决, 则状态将更改为Deferred。

活动项目

活动项目

取向

活动类型

目的

1.

2.

验证是在开发阶段评估步骤以确定它们是否满足用户要求的过程。

验证是静态测试。

在验证之前执行验证测试。

它不涉及执行代码。

它涉及诸如评论, 演练, 检查和桌面检查等活动。

它会在开发周期之前发现错误。

它符合SRS文档中指定的要求。

质量检查团队进行验证, 他们将验证软件是否符合SRS文档中指定的要求。

回归

回归是一种测试, 用于验证代码中的新更改是否影响了未更改的功能。

回归测试的主要目的是对代码进行的任何更改都不应影响现有功能。

这是通用测试, 因为只要代码中进行了更改, 就可以随时执行。

它对已通过的测试用例执行。

可以为回归测试实现自动化, 而手动测试将是昂贵且耗时的。

缺陷验证不在回归测试下。

根据资源的可用性, 回归测试与重新测试同时进行。

临时测试

临时测试是没有任何文档或要求规范的软件测试。

不需要文档。

临时测试的主要目的是实现测试的完美。

这是一种非正式的方法。

临时测试不需要专业的测试工程师。

面试技巧

JavaScript面试问题

Java基础面试问题

Servlet面试问题

春季面试问题

PL / SQL面试问题

Oracle面试问题

SQL Server面试问题