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