软件测试面试题

软件测试面试一般都问什么问题

提示：

软件测试面试一般都问什么问题

软件测试面试前的最后一波恶补！不要打没有准备的仗。
想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧！
1、软件测试的流程是什么？
分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。
回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）
评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）
项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）

2、测试用例主要有哪些元素？
分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。
回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等

3、软件测试有什么策略和阶段？
分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。
回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；

4、测试用例是什么？有什么作用？
回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。
作用：
1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。
2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。

5、你平时是怎么设计测试用例的？
分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。
回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；
6、你们公司的需求评审是怎么进行的？
分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。
回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。
7、还有什么想要问我的吗？
分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。
直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答：
1、公司的研发团队目前是什么规模？开发和测试分别有多少人？
2、公司今后的业务方向是什么？
3、如果我入职了，我的主要工作职责是什么？
以上！

软件测试面试 一般都问些什么问题？

提示：

软件测试面试 一般都问些什么问题？

软件测试面试前的最后一波恶补！不要打没有准备的仗。
想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧！
1、软件测试的流程是什么？
分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。
回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）
评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）
项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）

2、测试用例主要有哪些元素？
分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。
回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等

3、软件测试有什么策略和阶段？
分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。
回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；

4、测试用例是什么？有什么作用？
回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。
作用：
1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。
2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。

5、你平时是怎么设计测试用例的？
分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。
回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；
6、你们公司的需求评审是怎么进行的？
分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。
回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。
7、还有什么想要问我的吗？
分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。
直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答：
1、公司的研发团队目前是什么规模？开发和测试分别有多少人？
2、公司今后的业务方向是什么？
3、如果我入职了，我的主要工作职责是什么？
以上！

软件测试常见笔试题分享

提示：

软件测试常见笔试题分享

软件测试常见笔试题分享 　　一、判断题 　　1 . 软件测试 的目的是尽可能多的找出软件的缺陷。( Y) 　　2 .Beta 测试是验收测试的一种。( Y) 　　Acceptance testing 　　验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。 　　3 .验收测试是由最终用户来实施的。( N ) 　　是由测试人员来实施的 　　4 .项目立项前测试人员不需要提交任何工件。( Y ) 工件：加工过程中生产对象 　　5 .单元测试能发现约80% 的软件缺陷。( Y ) 　　6 .代码评审是检查源代码是否达到模块设计的要求。( N ) 　　代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。 　　7 .自底向上集成需要测试员编写驱动程序。( Y ) 　　自顶向下综合测试的具体步骤为： 　　1 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代; 　　2 依据所选的集成策略(深度优先或广度优先)，每次只替代一个桩模块; 　　3 每集成一个模块立即测试一遍; 　　4 只有每组测试完成后，才着手替换下一个桩模块; 　　5 为避免引入新错误，须不断地进行回归测试(即全部或部分地重复已做过的测试)。 　　自底向上综合测试的步骤分为： 　　1 把低层模块组织成实现某个子功能的模块群(cluster); 　　2 开发一个测试驱动模块，控制测试数据的输入和测试结果的输出; 　　3 对每个模块群进行测试; 　　4 删除测试使用的驱动模块，用较高层模块把模块群组织成为完成更大功能的新模块群。 　　8 .负载测试是验证要检验的系统的能力最高能达到什么程度。( N ) 　　负载测试(Load testing)，通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征。例如，响应时间、事务处理速率和其他与时间相关的方面。 　　9 .测试人员要坚持原则，缺陷未修复完坚决不予通过。( N ) 　　10 .代码评审员一般由测试员担任。( N ) 　　11 .我们可以人为的使得软件不存在配置问题。( N ) 　　是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。我们知道，在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。 　　12 .集成测试计划在需求分析阶段末提交。( N ) 　　执行阶段 　　1)时间安排 单元测试已经完成后就可以开始执行集成测试了 　　2)输入 需求规格说明书 概要设计 集成测试计划 集成高度设计 集成测试例 集成测试规程 集成测试代码(如果有) 集成测试脚本 集成测试工具 详细设计 代码 单元测试报告 　　3)入口条件 单元测试阶段已经通过基线化评审 　　4)活动步 骤 执行集成测试用例 回归集成测试用例 撰写集成测试报告 　　5)输出 集成测试报告 　　6)出口条件 集成测试报告通过集成测试阶段基线评审 　　二、选择题 　　1 .软件验收测试的合格通过准则是：(ABCD) 　　A . 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。 　　B . 所有测试项没有残余一级、二级和三级错误。 　　C . 立项审批表、需求分析文档、设计文档和编码实现一致。 　　D . 验收测试工件齐全。 　　2 .软件测试计划评审会需要哪些人员参加?( ABCD ) 　　A .项目经理 　　B .SQA 负责人 　　软件质量保证(SQA)是建立一套有计划 　　目标 1: 软件质量保证工作是有计划进行的。 　　目标 2: 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求。 　　目标 3: 将软件质量保证工作及结果通知给相关组别和个人。 　　目标 4: 高级管理层接触到在项目内部不能解决的不符合类问题。 　　C .配置负责人 　　D .测试组 　　3 .下列关于alpha 测试的描述中正确的是：( AD ) 　　A .alpha 测试需要用户代表参加 　　B .alpha 测试不需要用户代表参加 　　C .alpha 测试是系统测试的一种 　　D .alpha 测试是验收测试的一种 　　4 .测试设计员的职责有：( BC ) 　　A .制定测试计划 　　B .设计测试用例 　　C .设计测试过程、脚本 　　D .评估测试活动 　　5 .软件实施活动的进入准则是：( ABC ) 　　A .需求工件已经被基线化 　　工件加工过程中的生产对象。 　　基线化 一个文档如果经过讨论被通过了，被固定了，就可以说这个文档被“基线化”了，然后所有人就可以在这个“基线”的基础上工作。 　　B .详细设计工件已经被基线化 　　C .构架工件已经被基线化 　　D .项目阶段成果已经被基线化 　　三、填空 　　1. 软件验收测试包括：_正式验收测试，alpha测试，beta测试。 　　2. 系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试 　　(有的可以合在一起，分开写只要写出15 就满分哦) 　　3. 设计系统测试计划需要参考的项目文挡有：_软件测试计划，软件需求工件和迭代计划。 　　4. 对面向过程的系统采用的集成策略有：自顶向下，自底向上两种。 　　5. 通过画因果图来写测试用例的步骤为： 　　(1)根据程序规格说明书描述，分析并确定因(输入条件)和果(输出结果或程序状态的'改变)，画出因果图。 　　(2)将得到的因果图转换为判定表。 　　(3)为判定表中每一列所表示的情况设计一个测试用例。 　　四、简答 　　1. 区别阶段评审的与同行评审 　　答： 　　同行评审目的:发现小规模工作产品的错误,只要是找错误; 　　阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性 　　同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导 　　阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格 　　同行评审内容:内容小 一般文档 < 40页, 代码 < 500行 　　阶段评审内容: 内容多,主要看重点 　　同行评审时间:一小部分工作产品完成 　　阶段评审时间: 通常是设置在关键路径的时间点上! 　　2. 什么是软件测试 　　答：测试是为发现错误而执行程序的过程 　　软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。 　　3 简述集成测试的过程 　　答：系统集成测试主要包括以下过程： 　　1. 构建的确认过程。 　　2. 补丁的确认过程。 　　3. 系统集成测试测试组提交过程。 　　4. 测试用例设计过程。 　　5. 测试代码编写过程。 　　6. Bug的报告过程。 　　7. 每周/每两周的构建过程。 　　8. 点对点的测试过程。 　　9. 组内培训过程。 　　5 白盒测试有几种方法 　　答：总体上分为静态方法和动态方法两大类。 　　静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义。 　　动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。 　　6 系统测试计划是否需要同行审批，为什么 　　答：需要，系统测试计划属于项目阶段性关键文档，因此需要评审。 　　7Alpha 测试与beta 的区别 　　Alpha测试(α测试)是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块(子系统)测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等应该在Alpha测试前准备好。 　　Beta测试(β测试)是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。 　　答：Alpha 测试 在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。 　　Beta 测试 当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。 　　8 比较负载测试，容量测试和强度测试的区别 　　答：负载测试：在一定的工作负荷下，系统的负荷及响应时间。 　　强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。 　　容量测试：容量测试目的是通过测试预先分 析出反映软件 系统应用特征的某项指标的极限值(如最大并发用户数、数据库记录数等)，系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试 还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据 的，并且它的目的是显示系统可以处理目标内确定的数据容量。 　　9 测试结束的标准是什么? 　　答：用例全部测试。 　　覆盖率达到标准。 　　缺陷率达到标准。 　　其他指标达到质量标准。 　　10 描述软件测试活动的生命周期? 　　答： 　　测试周期分为计划、设计、实现、执行、总结。其中： 　　计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等; 　　设计：完成测试方案，从技术层面上对测试进行规划; 　　实现：进行测试用例和测试规程设计; 　　执行：根据前期完成的计划、方案、用例、规程等文档，执行测试用例。 　　总结：记录测试结果，进行测试分析，完成测试报告。 　　11 软件的缺陷等级应如何划分? 　　A 类— 严重错误，包括以下各种错误： 　　1 . 由于程序所引起的死机, 非法退出 　　2 . 死循环 　　3 . 数据库发生死锁 　　4 . 因错误操作导致的程序中断 　　5 . 功能错误 　　6 . 与数据库连接错误 　　7 . 数据通讯错误 　　B 类— 较严重错误，包括以下各种错误： 　　1 . 程序错误 　　2 . 程序接口错误 　　3 . 数据库的表、业务规则、缺省值未加完整性等约束条件 　　C 类— 一般性错误，包括以下各种错误： 　　1 . 操作界面错误(包括数据窗口内列名定义、含义是否一致) 　　2 . 打印内容、格式错误 　　3 . 简单的输入限制未放在前台进行控制 　　4 . 删除操作未给出提示 　　5 . 数据库表中有过多的空字段 　　D 类— 较小错误，包括以下各种错误： 　　1 . 界面不规范 　　2 . 辅助说明描述不清楚 　　3 . 输入输出不规范 　　4 . 长操作未给用户提示 　　5 . 提示窗口文字未采用行业术语 　　6 . 可输入区域和只读区域没有明显的区分标志 　　E 类— 测试建议 　　4 怎么做好文档测试 　　仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。 　　检查文档的编写是否满足文档编写的目的 　　内容是否齐全，正确 　　内容是否完善 　　标记是否正确 ;

软件测试笔试题和面试题答案（精华篇）

提示：

软件测试笔试题和面试题答案（精华篇）

　　如下四类笔试题内容是软件测试最常考的精华题，大家敬请收藏！
　　一、判断正误题

　　1、测试是证明软件正确的方法。(×)

　　2、测试中应该对有效和无效、期望和不期望的输入都要测试。(√)

　　3、对于连锁型分支结构，若有n个判定语句，则有2n条路径。(√)

　　4、GOTO语句概念简单，使用方便，在某些情况下，保留GOTO语句反能使写出的程序更加简洁。(√)

　　5、黑盒测试也称为结构测试。(×)

　　6、测试是调试的一个部分 (×)

　　7、程序中隐藏错误的概率与其已发现的错误数成正比(√)

　　8、测试的目的是发现软件中的错误。(√)

　　二、不定项选择题

　　1、下面的哪一项测试步骤中需要进行局部数据结构测试：( A )

　　A、单元测试

　　B、集成测试

　　C、确认测试

　　D、系统测试

　　2、从是否需要执行被测软件的角度，软件测试技术可划分的类型是：( AC )。

　　A、静态测试

　　B、黑盒测试

　　C、动态测试

　　D、白盒测试

　　3、从测试阶段角度，测试结束的正确顺序是：( B )

　　A、单元测试、集成测试、系统测试、确认测试

　　B、单元测试、系统测试、集成测试、确认测试

　　C、确认测试、集成测试、系统测试、单元测试

　　D、确认测试、系统测试、集成测试、单元测试

　　4、软件的六大质量特性包括：( A )

　　A、功能性、可靠性、可用性、效率、可维护、可移植

　　B、功能性、可靠性、可用性、效率、稳定性、可移植

　　C、功能性、可靠性、可扩展性、效率、稳定性、可移植

　　D、功能性、可靠性、兼容性、效率、稳定性、可移植

　　5、在GB/T17544中，软件包质量要求包括三部分，即产品描述要求、( A )、程 序和数据要求。

　　A、用户文档要求

　　B、系统功能要求

　　C、设计要求说明

　　D、软件配置要求

　　6、( )可以作为软件测试结束的标志。

　　A、使用了特定的测试用例

　　B、错误强度曲线下降到预定的水平

　　C、查出了预定数目的错误

　　D、按照测试计划中所规定的时间进行了测试

　　7、导致软件缺陷的原因有很多，A—D是可能的原因，其中最主要的原因包括( ABCD )。

　　A、软件需求说明书编写的不全面，不完整，不准确，而且经常更改

　　B、软件设计说明书

　　C、软件操作人员的水平

　　D、开发人员不能很好的理解需求说明书和沟通不足 1 2

软件测试工程师面试要准备些什么

提示：

软件测试工程师面试要准备些什么

软件测试面试前的最后一波恶补！不要打没有准备的仗。
想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧！
1、软件测试的流程是什么？
分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。
回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）
评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）
项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）

2、测试用例主要有哪些元素？
分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。
回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等

3、软件测试有什么策略和阶段？
分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。
回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；

4、测试用例是什么？有什么作用？
回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。
作用：
1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。
2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。

5、你平时是怎么设计测试用例的？
分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。
回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；
6、你们公司的需求评审是怎么进行的？
分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。
回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。
7、还有什么想要问我的吗？
分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。
直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答：
1、公司的研发团队目前是什么规模？开发和测试分别有多少人？
2、公司今后的业务方向是什么？
3、如果我入职了，我的主要工作职责是什么？
以上！

请问：面试软件测试工程师时，面试官一般都会提些什么问题？

提示：

请问：面试软件测试工程师时，面试官一般都会提些什么问题？

软件测试面试前的最后一波恶补！不要打没有准备的仗。
想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。
下面给详细讲讲一些面试中比较常见的题吧！
1、软件测试的流程是什么？
分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。
回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）
评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）
项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）

2、测试用例主要有哪些元素？
分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。
回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等

3、软件测试有什么策略和阶段？
分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。
回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；

4、测试用例是什么？有什么作用？
回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。
作用：
1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。
2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。
3、测试用例是量化测试工作的方法之一。

5、你平时是怎么设计测试用例的？
分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。
回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；
6、你们公司的需求评审是怎么进行的？
分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。
回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。
7、还有什么想要问我的吗？
分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。
直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。
回答：
1、公司的研发团队目前是什么规模？开发和测试分别有多少人？
2、公司今后的业务方向是什么？
3、如果我入职了，我的主要工作职责是什么？
以上！