文章图片
下面列出了最常见的质量检查面试问题或质量保证面试问题和答案。
1)什么是质量保证?
质量检查代表质量保证。质量保证是旨在确保开发的软件满足SRS文档中提到的所有规范或要求的一系列活动。
质量检查遵循PDCA周期:
文章图片
- 计划
- Do
- 校验
- 法案
2)质量保证和软件测试之间有什么区别?
以下是质量保证和软件测试之间的差异列表:
Quality Assurance | 软件测试 | |
---|---|---|
质量保证是用于确保开发的软件满足所有用户要求的一组活动。 | 软件测试是在开发阶段之后执行的一项活动, 目的是检查实际结果是否与预期结果相符, 以确保软件没有错误。简而言之, 我们可以说软件测试是对被测应用程序的验证。 | |
它涉及的活动包括流程, 程序和标准的实施。 | 它涉及包括测试验证的活动。 | |
它是面向过程的, 即它检查过程以确保将高质量的软件交付给客户端。 | 它是面向产品的, 即检查软件的功能。 | |
Preventive | Corrective | |
质量保证的主要目标是提供高质量的软件。 | 软件测试的主要目的是发现开发的软件中的错误。 |
构建定义为开发团队将软件提供给测试团队的时间。
发布定义为测试人员和开发人员将软件移交给用户的时间。
4)定义错误泄漏和错误发布?
错误泄漏定义为测试团队未发现但最终用户发现的错误。错误发布, 定义了市场上的测试人员在知道该发布中存在错误的情况下何时发布该软件。这些类型的错误的优先级和严重性较低。当客户希望按时获得软件而不是获得软件的延迟以及纠正错误所涉及的成本时, 就会出现这种情况。
5)软件开发问题有哪些解决方案?
针对软件开发问题有五种不同的解决方案。
- 软件开发的需求应清晰, 完整并得到所有人的同意, 并建立需求标准。
- 接下来是现实的时间表, 例如计划, 设计, 测试, 修复错误和重新测试的时间。
- 它需要足够的测试, 在开发一个或多个模块后立即开始测试。
- 使用小组交流工具。
- 在设计阶段使用快速原型, 以便客户可以轻松找到期望的结果。
以下是” 软件质量保证” 中的文档类型:
- 需求文件
- 测试指标
- 测试计划
- 测试用例
- 追溯矩阵
- 测试场景
7)” 测试驱动开发” 的规则是什么?
在” 测试驱动开发” 中, 在编写实际代码之前准备好测试用例。这意味着你必须在实际开发应用程序之前编写测试用例。
测试驱动开发周期:
- 编写测试用例
- 执行测试用例
- 如果测试用例失败, 则进行更改以使其正确
- 重复这个过程
文章图片
8)什么是可追溯性矩阵?
可追溯性矩阵是一个文档, 用于通过测试用例映射和跟踪用户需求。需求可追溯性矩阵的主要目的是确保覆盖所有测试用例, 从而在软件测试期间不会丢失功能。
9)写下QA和程序员职责之间的区别?
职责差异如下:
先生 | QA Responsibility | 程序员责任 |
---|---|---|
质量检查团队关注过程质量 | 程序员关心产品质量 | |
质量保证确保用于开发高质量产品的过程 | 程序员使用了这些过程, 以使最终产品具有良好的质量 |
10)验证和确认有什么区别?
Verification | Validation |
---|---|
验证是在开发过程之后评估产品以确定其是否满足指定要求的过程。 | |
验证是动态测试。 | |
验证后进行验证。 | |
它涉及执行代码。 | |
它涉及诸如黑盒测试, 白盒测试和非功能测试之类的方法。 | |
它会在开发周期后发现错误。 | |
它检查是否满足指定的要求。 | |
软件测试人员执行产品测试。 |
该应用程序应该可以稳定地进行测试。
- 测试应在时间限制下进行。
- 应该先执行哪些测试?
- 测试完整的应用程序。
- 回归测试
- 缺乏熟练的测试人员。
- 不断变化的需求。
- 缺乏资源, 培训和工具。
Retesting |
重新测试是对上次执行失败的模块的测试。 |
重新测试是对已修复的缺陷执行的测试。 |
这是计划的测试。 |
它对失败的测试用例执行。 |
要执行重新测试, 我们无法自动化测试用例。 |
缺陷验证位于” 重新测试” 下。 |
重测的优先级高于回归测试, 因此它总是在回归测试之前执行。 |
质量检查代表质量保证。质量检查小组通过监视整个开发过程来说服质量。质量检查会跟踪结果并调整流程以满足期望。
质量保证的作用是:
- 质量检查小组负责监视要进行的开发过程。
- 质量检查小组的职责是计划, 测试, 执行过程。
- 质量检查主管会创建时间表, 并商定产品的质量保证计划。
- 质量检查团队将质量检查流程传达给团队成员。
- 质量保证团队确保测试用例可追溯至需求。
风险的范围是:
- 时间表:不切实际的时间表, 以便在一天内开发出大型软件。
- 客户:需求定义不明确, 需求不清楚, 需求变更。
- 人力资源:不具备项目预期的技能水平的足够资源。
- 系统资源:无法获取所有关键资源(硬件和软件工具或软件许可)将产生不利影响。
- 质量:诸如资源匮乏, 交货时间表紧张以及需求频繁变化等复合因素都会影响被测试产品的质量。
测试商品是一个术语, 用于描述用于执行测试的所有材料。测试商品包括测试计划, 测试用例, 测试数据以及执行和设计测试所需的任何其他项目。
16)什么是猴子测试?
- 猴子测试是一种黑盒测试, 用于通过提供随机输入来检查系统行为(例如检查系统是否崩溃)来测试应用程序。
- 每当用户提供随机输入以检查系统行为时, 都会自动执行这种类型的测试
- 无需创建测试用例即可执行猴子测试。
- 它也可以是自动化的, 即我们可以编写程序或脚本来生成随机输入以检查系统行为。
- 当我们执行压力或负载测试时, 此技术很有用。
- 聪明的猴子
- 哑猴
- 聪明的猴子是对应用程序有简短了解的猴子。
- 他们知道应用程序的页面将重定向到哪个页面。
- 他们还知道他们提供的输入有效或无效。
- 如果他们发现任何错误, 那么他们足够聪明, 可以提交错误。
- 他们还知道菜单和按钮是什么。
- 哑猴是那些对应用程序一无所知的人。
- 他们不知道应用程序的页面将重定向到。
- 它们提供随机输入, 并且不知道应用程序的起点和终点。
- 他们对应用程序了解不多, 但是仍然发现诸如环境故障或硬件故障之类的错误。
- 他们还对应用程序的功能和UI不太了解。
预防方法:也称为验证过程。预防是预防缺陷的方法。通过这种方法, 在软件开发之前的软件开发生命周期的早期阶段就设计了测试。在这种方法中, 测试人员会尽力防止早期出现缺陷。它属于质量分析。
反应性方法:也称为验证过程。这种方法是识别缺陷。通过这种方法, 测试被设计为在软件开发之后执行。用这种方法, 我们试图找出缺陷。它受到质量控制。
18)什么是质量审核?
审核被定义为处理器质量系统的现场验证活动, 例如检查或检查。质量审核是内部或外部质量审核员或审核团队对质量体系进行系统分析的过程。质量审核按预定的时间间隔执行, 并确保机构已明确定义了与有效措施相关的内部系统监视程序。审核是一种必不可少的管理工具, 可用于验证过程的客观证据。
19)什么是测试计划?
测试计划文档是包含所有交付高质量产品的测试活动计划的文档。测试计划文档来自许多活动, 例如产品描述, SRS或项目未来所有事件的用例文档。测试负责人通常会准备测试, 或者由测试经理准备, 文档的重点是描述要测试的内容, 如何测试何时进行测试, 谁来进行测试。
20)你如何确定何时进行足够的测试?
这是最关键的问题之一。作为项目经理或项目负责人, 有时我们可能会面临取消测试以尽早发布产品的情况。在这种情况下, 我们必须确定测试人员是否对产品进行了足够的测试。
实时项目涉及许多因素, 以决定何时停止测试:
- 如果我们达到测试期限或发布期限
- 通过输入确定的测试用例合格率。
- 在实时项目中, 如果项目中的风险在可接受的范围内。
- 如果所有高优先级的错误和阻止程序都已修复。
- 如果符合验收标准。
设计测试用例主要有两种技术:
- 黑匣子测试
- 这是一种基于规范的技术, 测试人员将软件视为带有输入和输出的黑盒子。
- 在黑盒测试中, 测试人员不知道盒子内部软件的结构, 他们只知道软件的功能, 但是不知道软件的功能。
- 这种技术对于存在该规范的所有测试级别均有效。
- 白盒测试
- 白盒测试是一种评估代码的内部逻辑和结构的测试技术。
- 为了实施白盒测试, 测试人员应该具有编码知识, 以便他们可以处理内部代码。他们查看内部代码并找出发生故障的单元。
临时测试是一种非正式的软件测试方法。它不遵循诸如需求文档, 测试计划, 测试用例等正式流程。
即席测试的特征是:
- 在完成对应用程序的正式测试后, 将执行临时测试。
- 快速测试的主要目的是在不遵循任何流程的情况下中断应用程序。
- 执行临时测试的测试人员应该对产品有深刻的了解。
猴子测试和临时测试都遵循非正式方法, 但是在猴子测试中, 我们不需要对软件有深入的了解。但是, 要执行即席测试, 测试人员应该对软件有深入的了解。
24)即席测试与探索性测试有何不同?
以下是临时测试和探索性测试之间的差异列表:
探索性测试 |
在探索应用程序时了解有关软件的知识。 |
探索性测试中必须有文档。 |
探索性测试的主要目的是学习应用程序。 |
这是一种正式的方法。 |
探索性测试不需要专业的测试工程师。 |
软件测试有四个不同的级别:
- 单元/组件测试
- 整合测试
- 系统测试
- 验收测试
文章图片
单元测试
- 这是大多数模型中的最低级别。
- 单位是软件中的程序或模块。
- 单元测试由测试模块的程序员执行, 如果发现任何错误, 则立即修复。
- 集成意味着所有模块的组合, 并且所有这些模块都作为一个组进行测试。
- 集成测试对从一个模块流到另一模块的数据执行测试。
- 它基本上检查两个或多个模块之间的通信, 而不检查单个模块的功能。
- 系统测试用于测试完整或集成的系统。
- 它会测试软件, 以确保它符合SRS文档中指定的指定要求。
- 它是最终测试, 同时执行功能和非功能测试。
用户或客户执行验收测试以检查其是否满足他们的要求。
26)什么是错误生命周期?
错误生命周期也称为缺陷生命周期。错误生命周期是错误经过的一组特定状态。缺陷所经历的状态数因项目而异。
文章图片
- 新
- 已分配
- 打开
- 固定
- 重新测试
- 重新开启
- 已验证
- 关闭
- 重复
- 拒绝
- 递延
工作/人力资源面试问题 |
jQuery面试问题 |
Java OOP面试问题 |
JSP面试问题 |
休眠面试问题 |
SQL面试题 |
Android面试题 |
MySQL面试问题 |
活动项目
取向
活动类型
目的
1.
2.
验证是在开发阶段评估步骤以确定它们是否满足用户要求的过程。
验证是静态测试。
在验证之前执行验证测试。
它不涉及执行代码。
它涉及诸如评论, 演练, 检查和桌面检查等活动。
它会在开发周期之前发现错误。
它符合SRS文档中指定的要求。
质量检查团队进行验证, 他们将验证软件是否符合SRS文档中指定的要求。
回归
回归是一种测试, 用于验证代码中的新更改是否影响了未更改的功能。
回归测试的主要目的是对代码进行的任何更改都不应影响现有功能。
这是通用测试, 因为只要代码中进行了更改, 就可以随时执行。
它对已通过的测试用例执行。
可以为回归测试实现自动化, 而手动测试将是昂贵且耗时的。
缺陷验证不在回归测试下。
根据资源的可用性, 回归测试与重新测试同时进行。
临时测试
临时测试是没有任何文档或要求规范的软件测试。
不需要文档。
临时测试的主要目的是实现测试的完美。
这是一种非正式的方法。
临时测试不需要专业的测试工程师。
面试技巧
JavaScript面试问题
Java基础面试问题
Servlet面试问题
春季面试问题
PL / SQL面试问题
Oracle面试问题
【最新质量保证(QA)面试问题合集推荐】SQL Server面试问题
推荐阅读
- 最新推荐!Informatica面试题合集
- 最新深度学习面试题及其答案大全
- 精品!J2EE面试题及其答案汇总
- 推荐!SEO面试题精品汇总图解
- 热门精品!AWS面试题推荐合集
- 最新数字电子面试题合集图解
- 最新机器人面试题精品推荐
- 精品!电力系统热门面试题合集
- 推荐!Ruby on Rails面试题精品合集