围绕项目经历面试官会问什么，你要如何回答？

经历过软件测试面试的同学,或多或少都会被问到项目经验,而项目经验是很多测试人员的软肋,尤其是那些没有实践经验的自学或者培训出来的学员,那么他们遇到这类问题该如何自救?

接下来我们就来介绍面试要如何准确到位的描述一个项目，以及面试官围绕你简历上的项目会提哪些问题。

求职基本流程：

投递简历 -> 笔试 -> 面试 -> 二面.. -> 入职

难点1：包装简历 （结合实际陆续优化、符合企业的需求）

难点2：面试（扎实的技术功底、良好的表达能力、临场发挥）

1、请介绍一下你的第一（二）个项目

项目名称、软件的功能，主要包括哪些模块

我在这个项目中承担说明角色：测试工程师

主要负责哪些模块的测试。

2、测试计划主要包括哪些主要部分

1）简介

（项目简介、测试目的、测试范围-模块层次*、测试阶段*）

2）参考文档和提交文件

3）进度安排

4）测试资源

5）严重程度和优先级

6）风险分析

7）测试策略*

3、你们的项目是否写测试计划，谁去写？

测试组长、经理，其他人参与评审

4、项目的测试策略都有哪些？

功能、安装、界面、易用性、文档

5、介绍一下你所负责的模块：

主要负责：系统设置中房间设置、商品设置、服务生设置、客户设置的测试以及日常管理的核心模块：散客开单、团体开单、增加消费、宾客结账模块的测试。

系统设置模块主要是基础数据的管理，比如房间设置模块中，可以添加房间类型（如标准单人间、豪华双人间等）、修改类型、删除、打折设置；还包括向每种类型中添加具体的房间，有单个添加和批量添加，另外还可以修改房间和删除房间；此外还包括结账时是否播放声音和结账后的状态。

（后续再类似介绍其他模块）

补充：某一个子模块怎么测的？(描述时：画面感)

比如：添加房间类型

在系统设置窗口中的房间设置选项卡中，点击一个“添加类型”按钮，会弹出“添加房间类型”窗口，在这个窗口中主要包括：

房间类型、床位数量、预设单价（全天、半天）、预设押金，钟点房标准计费，另外还可设置是否为钟点房等计费方式。

列举出主要字段的需求：房间类型、床位数量...

测试思路：

根据需求，列出每个字段的有效等价类、无效等价类、边界值。编写用例先覆盖有效等价类，比如每一项都填写正确，可以添加成功，再测试无效等价类，比如房间类型不能重复，可以测试添加一个重复的类型，应该给出错误提示，最后对边界值进行测试。

散客开单：

散客开单模块作为用户消费的起点，其中包括：客房信息、宾客信息、追加房间及辅助操作。

客房信息需要填写：预住天数、实收押金，是否开钟点房，打折比例，客户人数、付款方式等。

宾客信息需要填写:宾客类型、主客类型、证件类型、证件编码、性别、公司名称等。

追加房间：是当宾客人数大于1人时，可以开几个房间。

辅助操作包括：打印开单信息、到预住天数提醒、保密房、加载照片。

测试思路:(参考编写的前3-5条用例)

宾客结账：

在宾客结账中，包括直接结账，也就是根据实收金额在宾客支付中填写数据；还包括其他结账方式：签单、挂账、免费、退单，另外还提供联合结账形式，可以使用现金、代金券、信用卡、储值卡等方式共同结账，除此之外，在结账时，可以添加结账房间，同时对多个房间进行结账。

测试思路：使用场景法，把用户的结账场景列举出来，主要包括(参考列出的场景)

编写用例：把每一条结账形式转换为一条用例

6、你的xx模块总共编写了多少条测试用例？

如：xx模块编写了110条左右 （10条左右的精度即可）

7、你用到了哪些编写测试用例的方法：

重点：

等价类划分、边界值、场景法、因果图（判定表）

1）等价类划分、边界值

比如：在添加房间类型窗口中，需要填写“房间类型”，它的需求是：1-30个字符，不能为空，不能重复。

我在测试的时候，可以添加“经济单人间”，属于有效等价类，超出30个字符、为空、重复的就为无效等价类，另外对一个字符和30个字符的边界进行测试。

2、因果图（判定表） --考虑控件之间的组合

比如：在房间设置中可以设置结账后的房间状态，包括可供和清理，结账时是否播放声音，在测试的时候，可以考虑在 可供 状态下，结账时播放声音和不播放声音两种情况；在 清理 状态下，结账时播放声音和不播放声音两种情况；

3、场景法

基于对软件业务功能的熟悉，把自己当做是软件的使用者，在实际使用中可能遇到的各种情况罗列出来。

工作中，首要任务是充分了解自己负责模块的需求和软件的使用，必要时参见公司组织的业务培训和开发、需求人员进行讨论；把使用情况依次列举出来，形成主要的场景。

比如：

散客开单

1）是否钟点房，不是、是

2）宾客类型：普通、VIP、协议

3）是否追加房间：没有、有

4）是否打折：没有、有

5）预住天数：1天、多天（有效）、最大值、超出最大值

6）押金：等于、大于、小于...

总结：填写项比较多的情况，先按照等价类划分和边界值进行数据分析（有效等价类就是基本流，无效等价类就是备选流），为了减少用例的数据，把多个空间的有效等价类（有效场景）合并在一起进行测试，形成一个大的场景；对于无效等价类（无效场景）需要单独进行测试，避免屏蔽现象。

8、说出一两条你认为写的比较好的测试用例：

准备1-2用例：

1）在第一条用例中，综合使用了多种方法（场景法、等价类、边界值） 

2）该条用例测出了相应的缺陷（严重）

9、在xx模块中，你总共发现了多少条缺陷？

在xx模块中我总共发现了11条bug.

10、说出一个印象最深刻的缺陷，它的优先级和严重程度是什么?

自己准备2-3条bug,这些bug相对较为严重。

11、在测的模块中，是不是所有的缺陷都解决了？如果没有，怎么处理？

不是。

首先进行缺陷的分析讨论。主要分析缺陷解决的成本和风险。如果bug没有解决，存在软件中，会给用户造成什么影响，会不会造成法律纠纷或重大损失；如何解决该bug，时间成本有多大，会不会造成其他模块出问题，影响产品的发布。

12、严重程度和优先级如何确定？

严重程度表示缺陷对软件造成的影响有多大；优先级表示希望程序员什么时间对缺陷进行修复。一般在测试计划或者专门的文档中进行详细的确定，测试人员在提交bug时以此为参考。

13、总结报告怎么编写：

总结报告主要统计遗留的bug、缺陷。如执行用例数、缺陷数、缺陷的分类，如按照严重程度、优先级、所在模块等进行分类；可以改测试改进的建议和存在的风险等。

在不同测试方式下，提供相应的关注点和内容。

14、开发组总共多少人，测试组总共多少人。

如：开发组15个人，测试组4个人

15、介绍一下QC的环境搭建

1）简单描述一下安装（可以省略）

2）站点管理：创建域、项目（必须）、添加用户

3）项目自定义管理：把用户添加到项目，并分配权限

16、介绍一下QC的基本使用？

测试管理：

版本：添加版本信息和实际

需求：添加需求（功能模块）、把需求转换成“用例集合”

测试计划：编写（导入）用例

测试执行：创建“用例执行集合”，把测试计划中的“用例集合”放入，执行用例，发现缺陷提交报告。

缺陷管理：跟踪bug

17、在QC中都有哪些内置组？ 

TDAdmin、QATester、developer、project manager、viewer

18、说一下缺陷的处理流程

1）测试人员提交bug---new

2）开发经理验证缺陷---接受 open, 拒绝 rejected

3）开发人员解决bug --- fixed

4）测试人员返测bug --- closed, 不通过 reopen

最后：下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。