软件测试工程师经典面试问题总结

考察点:测试人员对缺陷全生命周期的了解，注意面试官的用词，有时只需要回答关键节点，有时需要单独阐述。

围绕缺陷提交、缺陷确认、缺陷开启、缺陷修复、缺陷回归、缺陷关闭等关键节点进行解答。

2.缺陷的基本类型是什么？

检验点:需求、数据、逻辑、性能、功能、安全性、兼容性、变更、易用性等。

对于工作经历的简介，有时需要单独举例。

3.测试用例的基本元素是什么？

用例编号、用例类型、用例标题(名称)、前提条件、操作步骤、测试数据、预期结果和实际结果。

考察的类型多种多样，有的面试官会根据场景的要求，现场设计用例，以此来考察应聘者缜密的思维、丰富的经验以及对需求的理解。

4.你如何进行用例审查？

检查点:主要检查之前的工作流程是否规范，参与评审工作的情况。

灵活回答，不同的公司有不同的项目审核流程。

参考:内部评审(通常由测试组内部人员评审)->；正式评审(由参与项目的产品、开发、测试和项目经理评审)-& gt；用例修订-& gt；项目经理确认

5.为微信聊天窗口设计测试用例。

考察点:经常被其他知名网站的一些搜索功能、列表功能、分页功能代替，考察系统思维能力。

参考:

首先，了解业务需求后，将其转化为测试需求，最终的测试需求必须经过项目组的评审和批准。

开始设计:

烟用例:实现最简单的聊天功能(语音，文字形式)

职能业务:

纯文本聊天

语际聊天

表示

组合发送聊天

特殊字符和组合

发送文件

查看聊天记录

屏幕捕捉功能

(与某人)视频聊天

实时语音聊天

在不同版本之间切换功能

定制场景分解

异常场景分解

兼容性测试案例:

它通常在业务需求中定义。

在测试需求中，可以分解相应的模型和系统版本，对于兼容性测试的用例，可以得到最优的最小组合。

安全测试案例

性能测试案例

(一般有独立的测试计划)

回归测试案例:

从用例库中提取核心用例，并组合成回归用例。

6.你发现一个缺陷，但是开发者认为这不是问题。你会怎么做？

考察点:沟通表达能力，过往工作流程经验，合作意识，责任心。

这类问题首先需要明确界定。作为一个软件测试人员，经常会遇到这样的问题。如果你是高管，你可以把你原著的测试过程拿出来，因为缺陷处理也是测试过程的一部分。例如，开发人员会在缺陷管理系统中记录原因，并首先进行分析。如果不确定，可以找上级测试领导一起处理。但如果是管理岗位，举例说明自己过去遇到过的类似问题，以及如何处理，更有说服力。

7.你评价的考试时间是5天，领导只给了3天。我该怎么办？

考察点:沟通表达能力，以往处理工作矛盾的经验。

如果面试官对于这类问题没有给出具体的场景，那么他必须提出一个反问句来描述问题的背景，并通过背景分析给出解决冲突的方法。

问题的背景是:临时应急需求，定期需求，定期压缩时间，客户压缩时间，自身漏洞造成的压缩时间等。

然后你需要对情况做出反应:优先处理工作，重新分解当前的工作，改变测试策略，团队内部分工，向外部寻求帮助等等。

8.说说一个项目的测试过程。

考察点:前期工作流程的标准化和业务熟悉程度。

可以参考下一篇文章《测试过程的文档模板整理(一)——测试过程》中提到的测试过程，结合当前项目进行讲解。自信、专业、熟悉工作环节的回答。

9.黑盒测试用例的设计方法有哪些？

等价类划分法、边界值分析法、因果图、正交实验法、判断表法、错误推测法、随机试验、情景法。

10.软件的质量特征是什么？

可维护性、可扩展性、可测试性、可重用性、可移植性和可理解性

一般来说，实习生和初级测试工程师的笔试题型比较多，中高级测试工程师更倾向于考察影响质量的因素。

11.缺陷的基本要素是什么？描述缺陷有哪些注意事项？

缺陷号、缺陷标题、前提条件、测试数据、操作步骤、预期结果、实际结果、初步定位原因、截图或日志信息(可选)。