软件测试工程师经典面试题汇总
展开全部
1.说说一个缺陷的生命周期
考查点: 测试人员对于缺陷整体生命周期的理解 ,注意面试官用词,有时只需要回答关键节点,有时需要分开阐述。
围绕缺陷提交、缺陷确认、缺陷打开、缺陷修复、缺陷回归、缺陷关闭这几个关键节点回答即可。
2.缺陷的基本类型有哪些?
考查点:需求、数据、逻辑、性能、功能、安全、兼容、变更、易用等
对于工作经历的侧面了解,有时会需要分别举例说明。
3.测试用例的基本要素有哪些?
用例编号、用例类型、用例标题(名称)、前置条件、操作步骤、测试数据、预期结果、实际结果
考察类型形式多样,有些面试官会出场景需求要求现场设计用例,来用于考察应试者的思维缜密性、经验是否丰富以及对需求的理解程度。
4.你如何做用例评审?
考查点:主要考察之前工作流程是否规范,同时对于评审工作的参与度
灵活回答,不同公司不同项目评审流程也有区别。
参考:内部评审(通常由测试组内部人员评审)->正式评审(由参与该项目的产品、开发、测试、项目经理评审)->用例修订->项目经理确认
5.针对微信的聊天窗口设计测试用例
考查点:也经常会换成其他知名网站的一些搜索功能、列表功能、分页功能等等,来考察系统思维能力。
参考:
首先,了解完成业务需求后,转化为测试需求,最终的测试需求一定是跟项目组评审通过的。
开始设计:
冒烟用例:实现最简单的聊天功能(语音、文字形式)
功能业务:
纯文字聊天
语间聊天
表情
组合发送聊天
特殊字符及组合
发送文件
查看聊天记录
截屏功能
视频聊天
实时语音聊天
不同版本间的切换功能
客户化场景分解
异常场景分解
兼容性测试用例:
一般在业务需求中会定义好
在测试需求中可以分解好对应的机型与系统版本,求得最优最小组合,用于兼容性测试的用例。
安全测试用例
性能测试用例
(一般都有独立的测试方案)
回归测试用例:
抽取用例库中的核心用例组合成回归用例 。
6.你发现一个缺陷,但开发人员认为不是问题,你会怎么办?
考察点:沟通表达能力,过往工作流程经验,合作意识、责任意识
此类问题需要首先清楚自己的角色定位,作为一名软件测试人员,此类问题是经常遇到的。如果是执行人员,可以带出原来工作的测试流程,因为缺陷处理也是属于测试流程中的一部分,如开发人员会在缺陷管理系统中备注原因,自己先分析,如果不确定可以找上级测试负责人来一起处理。但如果是管理岗,回答时可以举例说明自己以往遇到的类似问题以及处理方式,更具有说服力。
7.你评估的测试时间是5天,但领导只给三天怎么办?
考察点:沟通表达能力,过往工作冲突的处理方式经验
此类问题如果面试官并未给出具体场景,就一定需要反问把问题的背景描述出来,通过背景分析给出解决冲突的方法。
问题背景如:临时紧急需求、常规需求、经常性压缩时间、客户压缩时间、因自身漏洞导致压缩时间等等
那么回答时就需要应景:排列工作优先级、重新分解当前工作、改变测试策略、团队内分工、外部求助等
8.说说一个项目的测试流程
考察点:以往工作的流程规范性,业务熟悉度
可以参考下文章《测试过程文档模板整理(一)-提测流程》中提到的测试流程,结合目前项目来说明。回答时体现自信、专业、对工作环节的熟悉度
9.黑盒测试用例设计方法有哪些?
等价类划分法、边界值分析法、因果图法、正交实验法、判定表法、错误推测法、随机测试、场景法
10.软件的质量特性有哪些?
可维护性、可扩展性、可测试性、可重用性、可移植性、易理解性
一般在实习生与初级测试工程师中的笔试题也会有很多考查类型,中高级测试工程师更倾向于考察关于质量的影响因素等。
11.缺陷的基本要素有哪些?描述缺陷有哪些注意事项?
缺陷编号、缺陷标题、前置条件、测试数据、操作步骤、预期结果、实际结果、初步定位原因、截图或日志信息(可选)
考查点: 测试人员对于缺陷整体生命周期的理解 ,注意面试官用词,有时只需要回答关键节点,有时需要分开阐述。
围绕缺陷提交、缺陷确认、缺陷打开、缺陷修复、缺陷回归、缺陷关闭这几个关键节点回答即可。
2.缺陷的基本类型有哪些?
考查点:需求、数据、逻辑、性能、功能、安全、兼容、变更、易用等
对于工作经历的侧面了解,有时会需要分别举例说明。
3.测试用例的基本要素有哪些?
用例编号、用例类型、用例标题(名称)、前置条件、操作步骤、测试数据、预期结果、实际结果
考察类型形式多样,有些面试官会出场景需求要求现场设计用例,来用于考察应试者的思维缜密性、经验是否丰富以及对需求的理解程度。
4.你如何做用例评审?
考查点:主要考察之前工作流程是否规范,同时对于评审工作的参与度
灵活回答,不同公司不同项目评审流程也有区别。
参考:内部评审(通常由测试组内部人员评审)->正式评审(由参与该项目的产品、开发、测试、项目经理评审)->用例修订->项目经理确认
5.针对微信的聊天窗口设计测试用例
考查点:也经常会换成其他知名网站的一些搜索功能、列表功能、分页功能等等,来考察系统思维能力。
参考:
首先,了解完成业务需求后,转化为测试需求,最终的测试需求一定是跟项目组评审通过的。
开始设计:
冒烟用例:实现最简单的聊天功能(语音、文字形式)
功能业务:
纯文字聊天
语间聊天
表情
组合发送聊天
特殊字符及组合
发送文件
查看聊天记录
截屏功能
视频聊天
实时语音聊天
不同版本间的切换功能
客户化场景分解
异常场景分解
兼容性测试用例:
一般在业务需求中会定义好
在测试需求中可以分解好对应的机型与系统版本,求得最优最小组合,用于兼容性测试的用例。
安全测试用例
性能测试用例
(一般都有独立的测试方案)
回归测试用例:
抽取用例库中的核心用例组合成回归用例 。
6.你发现一个缺陷,但开发人员认为不是问题,你会怎么办?
考察点:沟通表达能力,过往工作流程经验,合作意识、责任意识
此类问题需要首先清楚自己的角色定位,作为一名软件测试人员,此类问题是经常遇到的。如果是执行人员,可以带出原来工作的测试流程,因为缺陷处理也是属于测试流程中的一部分,如开发人员会在缺陷管理系统中备注原因,自己先分析,如果不确定可以找上级测试负责人来一起处理。但如果是管理岗,回答时可以举例说明自己以往遇到的类似问题以及处理方式,更具有说服力。
7.你评估的测试时间是5天,但领导只给三天怎么办?
考察点:沟通表达能力,过往工作冲突的处理方式经验
此类问题如果面试官并未给出具体场景,就一定需要反问把问题的背景描述出来,通过背景分析给出解决冲突的方法。
问题背景如:临时紧急需求、常规需求、经常性压缩时间、客户压缩时间、因自身漏洞导致压缩时间等等
那么回答时就需要应景:排列工作优先级、重新分解当前工作、改变测试策略、团队内分工、外部求助等
8.说说一个项目的测试流程
考察点:以往工作的流程规范性,业务熟悉度
可以参考下文章《测试过程文档模板整理(一)-提测流程》中提到的测试流程,结合目前项目来说明。回答时体现自信、专业、对工作环节的熟悉度
9.黑盒测试用例设计方法有哪些?
等价类划分法、边界值分析法、因果图法、正交实验法、判定表法、错误推测法、随机测试、场景法
10.软件的质量特性有哪些?
可维护性、可扩展性、可测试性、可重用性、可移植性、易理解性
一般在实习生与初级测试工程师中的笔试题也会有很多考查类型,中高级测试工程师更倾向于考察关于质量的影响因素等。
11.缺陷的基本要素有哪些?描述缺陷有哪些注意事项?
缺陷编号、缺陷标题、前置条件、测试数据、操作步骤、预期结果、实际结果、初步定位原因、截图或日志信息(可选)
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询