Top 75 手工测试 Interview Questions

Manual testers will always be in demand. 如果没有人工检查，软件的情感投入就无法衡量. 但是要想在理想的公司获得理想的薪资待遇，你需要在面试中脱颖而出. Both verbal and in the form of tasks.

For all the aspiring testers, 新生, 还有想换工作的经验丰富的人, 在参加面试之前，请先看看这些手工测试面试问题.

就像之前提到的，在这些博客中使用的问答可以帮助

• 为新生手工测试面试问题
• 为有经验的人手工测试面试问题
• 2-5年人工测试面试问题的经验

在深入挖掘之前，让十大正规网赌软件来看看经常被问到的问题. 常见问题解答!

1. What is the 严重程度 and Priority of a bug?
2. 什么是 跟踪矩阵? 为什么它很重要?
3. What are the different levels of testing?
4. 与项目失败相关的最常见的风险是什么?
5. 什么是退出标准，为什么使用它?
6. What are the details included in a test case?
7. How does testing fit into a CI pipeline?
8. What is risk-based testing?
9. Name some best practices in software testing
10. What are the qualities of a good tester?
11. Name some challenges in software testing?

手动测试面试问题和答案pdf

问1:什么是两个主要的 类型的测试?
答: The 2 main 类型的测试 are:

• 手动测试:测试人员在没有任何工具帮助的情况下执行测试活动.
• 自动化测试:在工具或可以复制手动操作的独立脚本的帮助下进行测试.

问题2:什么是BVA?
答:英国, 边界值分析, 是否使用验证技术来检查接收数字的编辑框. 例如, if a field takes the values 1 to 100, 在BVA中，你可以用边界上的+1和-1值来测试字段. 因此，在这种情况下，测试人员将检查值是否为0、2、99和101的字段.

Q 3: What is DOA and how is it used?
答: DOA，即Dead on Arrival，用来指不适合测试的应用程序构建. 可以在几种情况下将构建声明为DOA. 其中包括:

• 烟雾测试失败
• 应用程序不稳定，间歇性崩溃
• 发布说明中提到的功能没有包含在构建中，或者不能用于测试

问题4:bug的严重程度和优先级是什么?
答:严重程度和优先级是bug的重要方面. 严重性是由测试人员根据对测试和应用程序功能的影响来决定的. 例如, an app crash or user unable to login, 后端服务器宕机, 等 would all be high severity defects.

另一方面，优先级是由开发人员根据他们修复缺陷的速度或修复缺陷所需的时间来决定的.

在大多数情况下，一些严重程度高和优先级高的bug是相同的. 但在某些情况下，严重性较低，但优先级较高. 比如主页上公司名称的拼写错误.

现在, 一个严重程度高但优先级低的例子是无法打开网页中的链接, when the link is rarely used by the customer.

问题5:什么是 跟踪矩阵? 为什么它很重要?
答跟踪矩阵是客户需求或用例与测试用例之间的链接.

在编写测试用例时, 测试人员应该确保每个功能需求的用例至少有一个测试用例. 需求和测试用例之间的这种映射称为可追溯性.

追溯矩阵有助于确保功能文档中的每个需求都被考虑到测试中, 从而避免任何失误.

问6:有哪些不同的测试水平?
答: 测试是在不同的水平上进行的

• Unit testing or component level testing
• Functional and module testing
• 集成测试
• 系统测试
• 验收测试

问7:什么是测试计划?
答: 测试计划是列出测试项目所有方面的文档. 测试计划下的一些主要标题是:

• In scope and out of scope features.
• 硬件、软件和资源需求
• 进入和退出标准
• 测试策略
• 测试可交付成果
• 风险和突发事件
• Roles and responsibilities
• 升级机制

问题8:什么是 difference between regression and retesting?
答: 回归测试是指对已经交付并在以前的测试周期中测试过的功能进行重复测试.

进行回归测试是为了确保当前构建中的新代码更改没有破坏或对以前的任何功能产生不利影响.

在许多公司, 回归测试是自动化的，以确保有更多的时间用于新特性的全面测试.

重新测试, 另一方面, 指缺陷修复后的复查, to ensure the issue is completed resolved.

以重新测试, 测试人员将执行与缺陷步骤中提到的相同的步骤，以重现以确保缺陷是固定的, 然后根据他们的判断，他们也会检查可能受到缺陷修复影响的区域.

Q 9: 什么是缺陷?
答: 任何对应用程序预期行为的偏离都可以被称为缺陷.

Q 10: What are the different stages in a 缺陷生命周期?
答: 缺陷生命周期中的不同阶段是:

• 新
• 分配
• 固定
• Moved to QA / Ready to test
• 重新测试
• 关闭
• 重开
• 重复的
• 冗余
• Moved to next iteration / Deferred

Q 11: 什么是 latent defect?
答: 系统中存在一些缺陷，这些缺陷可能不会导致失败或影响客户对应用程序的使用，因为这些缺陷的前提条件很少得到满足.

这种在系统中默默存在的缺陷被称为潜在缺陷.

问12:项目失败最常见的风险是什么?
答: The most common risks are:

• Shortage of time or squeezed timelines
• 缺乏执行测试活动的熟练资源
• 有限的预算
• Absence of a stable environment for testing

Q 13: What are stubs and 司机?
答: 存根和驱动程序在增量测试中使用. 测试遵循自顶向下或自底向上的方法.

在自顶向下方法中，存根用于帮助测试其他模块. 类似地，自底向上方法使用驱动程序来促进测试.

Q 14: What would you do if you find a defect?
答: 以下是您发现缺陷后应该做的事情.

• 重新创建缺陷以确保它是一致的
• 试着在另一个设备上重现这个缺陷, 浏览器, 或操作系统，以确保它是否发生在任何地方或特定于任何特定设备, 浏览器, 或操作系统.
• Take the screenshot of the error
• Capture the required logs as applicable
• 在团队使用的bug跟踪工具中记录详细信息

Q 15: What is fuzz testing?
答: 模糊测试是安全测试中常用的一种方法，用于发现系统中的漏洞和编码错误. 在模糊测试中，向系统中添加数据，使系统崩溃.

有时，还会使用模糊测试器来查找漏洞的原因. 它大多是在大项目中完成的，对小项目来说可能不划算.

问16:你能用用户名创建一个简单的登录屏幕的测试用例是什么, 密码, 和登录按钮?
答: 可以为登录屏幕创建的一些测试用例如下:

• 登录编辑框的测试用例，它可以采用什么类型的字符.
• 密码编辑框的测试用例，它可以采用什么类型的字符.
• 密码应该被屏蔽并且不应该是可见的
• 有效的凭证应该允许用户登录并移动到下一个屏幕
• 无效的凭据会阻塞用户，应该显示相应的消息
• 用户名空白-应该显示适当的消息
• 密码为空-应该显示适当的消息
• The edit boxes should be aligned properly
• A forgot 密码 link should be available
• 应该为登录和密码编辑框编写适当的标签

问17:潜在缺陷和隐藏缺陷之间的区别是什么?
答: 潜在缺陷是那些存在于系统中但不影响功能的缺陷，因为缺陷的前提条件从未得到满足.

另一方面，一个被掩盖的缺陷是那些隐藏在另一个缺陷后面的缺陷. 只有找到其他缺陷，它们才能被找到.

问18:可以使用什么技术来理解测试覆盖率?
答: 用于确保测试覆盖率的3种不同技术是:

• 语句覆盖: testing确保每一行代码至少执行一次.
• 决定覆盖:进行测试，确保决策代码循环和决策框的每条路径至少执行一次.
• 路径覆盖范围: 进行测试是为了确保特定功能的每个可能的代码路径至少执行一次.

Q 19: 什么是 code walk-through?
答: 代码演练是对任何代码的非正式分析，以检查逻辑是否正确，以及是否遵循了适当的编码标准. It is an unmoderated review.

缺陷报告的不同部分是什么?
答: A defect report would ideally include:

• Summary
• 测试通过
• 分配给
• 测试环境
• 建立不.
• 严重程度
• 步骤来复制
• Expected and Actual Results
• 截图
• 日志
• 缺陷状态
• 评论

问21:什么是退出标准?为什么使用它?
答: 退出标准列出测试将在项目中的任何点停止的条件.

在项目执行期间，作为拒绝测试构建的指南是非常有用的.
Some of the main exit criteria are:

• 构建失败
• 登录失败
• 应用程序 Crash in critical functionalities
• No data in the application
• 冒烟测试失败

问题22:什么是 α测试?
答: Alpha测试是由开发人员站点中潜在用户或客户的子集使用开发基础设施进行的测试.

Q 23: What is beta testing?
答: Beta测试是由潜在用户或客户在他们的位置进行的测试，通常与产品开发环境不同.

Q 24: What is crowdsourced testing?
答: 众包测试是一种新的、即将出现的测试形式，它涉及到人, 不是测试人员, 从全球各地来测试产品并提供反馈. These people get paid to perform the task.

Q 25: 什么是烟雾测试?
答: 冒烟测试是第一个测试，它确保共享构建已经准备好进行测试，并且关键功能正在工作.

在许多公司中，只有当烟雾测试通过时，构建才会被接受进行进一步的测试.

问26:测试如何融入到CI流程中?
答: 在CI管道中，所有的任务都是自动化的，因此测试也是自动化的.

设置一个触发器，以便在每次签入和构建新代码时启动测试套件.

一旦测试完成，将向涉众发送通过/失败报告，并根据结果做出决定，将构建推向生产或回滚.

问27:在敏捷/scrum sprint中，测试是如何实现的?
答: 在敏捷和Scrum中，测试会随着开发而尽早开始. As and when a block of code is ready, 在存根的帮助下开始对该功能进行测试, 司机, 并利用.

Q 28: What are positive and negative testing?
答: 积极测试指的是应用程序使用正确的输入按预期执行的所有顺利路径.

负面的测试, 另一方面, 包括向系统提供不正确的数据以确保系统正确响应.

Q 29: 什么是n exploratory test?
答: 没有任何预先决定的步骤来遍历应用程序并找到缺陷的随机测试被称为探索性测试.

问30:什么是衣服?
答: 衣服, 缺陷的去除效率, 通常用于评估测试过程有效性的度量标准. 定义为在测试中发现的缺陷占测试和生产中缺陷总数的百分比.

问题31:什么是 职业道路 为一个测试人员?
答: 就像开发人员一样，测试人员也有一条很好的职业道路. 它从测试人员或初级测试人员、测试分析师、测试领导、测试经理和测试顾问开始.

问32:测试员的角色和职责是什么?
答:测试人员需要

• 负责日常的测试活动
• 发现bug时报告
• 重新测试的错误

问题33:什么是 roles and responsibilities of a test lead?

答: 测试铅会

• Assign the tasks to the team members
• Monitor the defects raised by the team
• Participate in defect triages when required.
• 与经理共享每日或每周的测试状态
• Help the manager while creating a test plan
• Inform the manager of any foreseen risks

问34:测试经理的角色和职责是什么?
答: A test manager is responsible for

• 从客户和涉众那里获得测试项目
• 准备和展示战略文件
• 在领导的帮助下准备测试计划
• Help the team with the resources needed
• Help the team with mitigating the risk
• 准备并向团队展示测试指标
• Help in escalations as and when needed

问35:什么是 different 类型的测试. 在每种类型中指定几个类型.
答: 测试 can be divided mainly into 2 types:

• 功能测试:它处理被测试应用程序的功能测试. 功能测试下的一些测试包括:
  1. 单元测试
  2. 系统测试
  3. 用户验收测试
  4. 集成测试
• 非功能性测试:测试性能等非功能特性, 可伸缩性, 安全可靠性, 等.
  1. 1. 负载测试
     2. 压力测试
     3. 用户验收测试
     4. 安全性测试
     5. 耐力测试
     6. 安装测试

   

问36:软件测试的生命周期有哪些阶段?
答: 软件测试生命周期中的几个阶段是:

1. 1. 需求分析
   2. 测试计划
   3. 测试用例开发
   4. 测试环境设置
   5. 测试
   6. 测试 Closure and deliverables handover

问37:一个好的测试员应该具备什么品质?
答: Some qualities of a good tester are:

1. 1. 在系统中寻找细节和错误的眼睛
   2. 对被测试应用程序以及用户将如何使用该应用程序的良好理解
   3. 良好的领域知识
   4. 良好的沟通技巧对测试人员来说很重要
   5. 团队内外良好的联系可以帮助测试人员接触其他人，轻松地解决问题，加快过程.

问题38:什么是 跨浏览器测试?
答: 跨浏览器测试是指在不同的浏览器(如Chrome)上测试web应用程序, 火狐, 边缘, Safari, 等. to ensure it performs equally well in each.

Q 39: What is responsive testing?
答: 响应性测试包括在不同屏幕尺寸的设备上测试网站或移动应用程序，以确保它在每个设备上的渲染正确. 这种测试还有助于消除任何对齐问题 在渲染.

Q 40: 什么是软件bug?
答: 任何与规范文档中记录的应用程序预期功能的偏差都被称为软件bug.

Q 41: What is black box testing?
答: 一种测试人员能够理解的测试类型 而只有通过图形界面才能访问系统的输入和输出称为黑盒测试. 在这里，测试人员不知道代码或它是如何编写的.

Q 42: What is white box testing:
答: 在白盒测试中，测试人员可以访问代码实现.

测试用例被设计用来覆盖实现中的不同路径和循环.

对于白盒测试，一些基本的编码知识和背景是一个额外的优势.

问43:手工测试的优点是什么?
答: The advantages of manual testing are:

1. 1. It is more suitable for small projects
   2. 与自动化不同，测试人员在执行测试用例时可以发现更多的bug
   3. 可以很容易地调整测试用例以适应代码和UI中的更改
   4. 困难的场景和系统和模块之间的切换可以很容易地完成
   5. 在特别、探索性和可用性测试中非常有用
   6. Needs fewer skills and can be learned easily

问44:手工测试的缺点是什么?
答: Some disadvantages of manual testing are:

1. 1. 这是耗时的，不适合有严格时间表的项目
   2. 对于那些不需要更改代码就能保持稳定的功能来说，这可能是多余的
   3. 无法手动执行性能测试
   4. It proves more expensive in the long run.
   5. 每一次迭代或发布，时间线都在不断增加.
   6. It is prone to human errors

你会选择什么时候 manual testing over automation?
答: 在某些情况下，手动测试优于自动化测试，如下:

1. 1. 错误测试
   2. 对于测试用例，项目只需要运行几次.
   3. For Adhoc and exploratory testing.
   4. 用于检查应用程序的用户友好性
   5. While handling complex scenarios.
   6. 对于测试用例，其中涉及到一些随机决策.

问46:什么是试验台?
答: 使用所需参数进行测试的环境称为试验台. 它是一个由操作系统、硬件、软件、数据库、网络等组成的数字化平台.

问47:什么是测试用例?
答: 测试用例是测试人员在测试功能时需要执行的一组指令.

一个好的测试用例很容易被任何人理解和运行，即使他们没有测试背景.

问48:测试用例包含哪些细节?
答: A test case would include:

1. 1. 没有.
   2. 对需求文档的可追溯性引用
   3. 先决条件
   4. 步骤来复制
   5. 预期的结果
   6. 实际结果
   7. 结果(通过/失败)
   8. 错误ID
   9. 评论

Q 49: What is user acceptance testing?
答: Also known as end-user testing, 它由一部分实际用户执行，以了解应用程序是否按照用户的预期工作. 在UAT, 用户会对应用程序提出一些改进建议，使其更合适.

Q 50: What is Soak 测试?答: 浸泡测试是一种性能测试 使系统长时间处于连续负载下，以发现系统中的缺陷和瓶颈. It is also called as 耐力 test.

在这些测试中可以发现大多数常见的内存泄漏和系统利用相关问题.

Q 51: What is localization testing?
答: 进行本地化测试是为了检查依赖于位置的功能. 这些可以 相关地图，搜索功能，地区语言等.

问52:什么是A/B测试?
答: 当应用有两个或两个以上版本时，就需要进行A/B测试. 这两个应用程序都给了客户端，或者每个应用程序都给了一组客户端,        以便进行测试，以决定哪一个更好，应该部署到生产环境中.

问53:集成测试有哪些不同类型?
答: 不同类型的集成测试有:

1. 1. 大爆炸测试
   2. 自底向上测试
   3. 自上而下的测试

Q 54: What is called the pesticides paradox?
答: 当在同一系统上执行相同的测试时, 一次又一次, 不会发现新的缺陷，系统不会受到这些测试的影响. 这种情况被称为农药悖论.

为了避免出现这种情况，应该用新的战略和方法修改测试.

Q 55: Name some test deliverables?
答: Some test deliverables are:

1. 1. 测试计划
   2. 工作评估报告
   3. 测试用例
   4. 跟踪矩阵
   5. 缺陷报告
   6. 测试报告
   7. 测试总结

Q 56: What is big-bang testing?
答: 开发完成后一起测试所有模块被称为大爆炸测试方法. 在大爆炸测试中发现的缺陷修复成本非常高，因为它们是在开发周期的末尾发现的.

Q 57: What is top-down testing?
答: In the top-down testing approach, 首先测试顶级模块，然后再测试较小的模块.

存根被用作临时模块，以协助测试更高的模块.

Q 58: What is bottom-up testing?
答: 自底向上方法与自顶向下方法相反, 在这里，当较低的模块准备就绪时，将首先进行测试. Moving up to bigger integrated modules.

驱动程序用于进行集成测试，直到模块开发完成.

Q 59: What is end-to-end testing?
答: 端到端测试意味着从头到尾测试应用程序的整个流程. 端到端测试的最大挑战之一是它跨越多个系统, so the verification can become complex.

Q 60:什么是GUI测试?
答: 只使用图形用户界面测试应用程序称为GUI测试. 在这个, apart from the functionality, a tester would also check the alignment, 颜色组合, 可读性, 易于导航, 等.

Q 61: What is recovery testing?
答: 这个测试是为了检查系统崩溃后系统恢复的速度. It is a type of non-functional testing.

Q 62: What is risk-based testing?
答: 在基于风险的测试, 首先测试关键模块和那些可能有更多故障的模块. 这种基于风险的测试优先级是基于风险的测试的基础.

Q 63: What is security testing?
答: The testing that is done to find the vulnerabilities in the system, 保护数据, 确保功能按预期工作称为安全测试.

它还包括检查对系统的访问. 这意味着具有不同访问级别的人员应该能够根据业务只访问系统允许访问的部分.

Q 64: What is load testing?
答: 进行负载测试是为了查看应用程序在负载下的性能. A load is simulated on the system 然后进行功能测试，找出系统的瓶颈.

问65:说出一些软件测试的最佳实践.
答: 以下是一些最佳实践:

1. 1. 早点出发
   2. 频繁地更新您的测试用例和测试方法，以识别更多的缺陷
   3. Always think like the client
   4. 跳出思维定势
   5. 自动化重复测试并将更多的测试集中在新模块上

Q 66: What is exhaustive testing?
答: 穷举测试是用所有有效和无效的输入来测试系统.

在大多数情况下, 详尽的测试是不可能的，测试人员会使用BVA或等价分区技术来测试应用程序.

Q 67: What is the 80:20 rule?
答: 80:20规则指出80%的缺陷在20%的代码中被发现. This is also called defect clustering.

Q 68: What is defect cascading?
答: 一个缺陷未被发现的现象, 在其他模块中触发多个缺陷，之后的阶段称为缺陷级联.

修复这种级联缺陷的成本可能很高, 由于系统缺陷较多.

Q 69: What is outsourced testing?
答: 将测试任务分配给公司内部或外部的第三方或单独的团队称为外包测试.

这样做是为了确保免费和公正的测试. 有时，它也有助于为测试活动提供一个新的视角.

问70:什么是bug泄漏?
答: 测试团队在测试阶段遗漏的bug，在生产过程中未被发现, 被实际用户发现的地方叫做漏洞泄露，这种现象叫做漏洞泄露.

Q 71: 什么是 show stopper defect?
答: 一个不允许测试活动继续进行的缺陷被称为show stoper缺陷.

应用启动时崩溃和登录失败都是show stoper缺陷的例子.

问72:什么是热修复?
答: 有时候，部署到生产环境中的构建版本会出现一些严重错误，因此需要进行回滚.

现在，针对该问题的紧急修复作为一个新补丁发布，这个版本被称为热修复.

Q 73: What are the different models of SDLC?
答: 主要型号有:

1. 1. 瀑布模型
   2. V模型
   3. 螺旋模型
   4. 敏捷

问74:请说出软件测试中的一些挑战?
答: Some challenges in software testing

1. 1. 不充分的文档或未冻结的需求.
   2. Unavailability of skilled testing resources
   3. 严格的时间表
   4. 给出了不稳定的系统和不完整的模块进行测试

Q 75: What is the age of a defect?
答: 缺陷的年龄定义为缺陷被开发团队接受或分配到测试团队验证并关闭的天数.

缺陷的年龄可以用小时和天来定义.

结论

十大正规网赌软件衷心希望您破解下一次手动测试面试，十大正规网赌软件为您准备的手动测试面试问题对您有所帮助.