软件测试项目描述和面试技巧

求职基本流程：
投递简历 -> 笔试 -> 面试 -> 二面.. -> 入职
难点1：包装简历 （结合实际陆续优化、符合企业的需求）
难点2：面试（扎实的技术功底、良好的表达能力、临场发挥）
1、请介绍一下你的第一（二）个项目
项目名称、软件的功能，主要包括哪些模块
我在这个项目中承担说明角色：测试工程师
18、说一下缺陷的处理流程
1）测试人员提交bug---new
2）开发经理验证缺陷---接受 open, 拒绝 rejected
3）开发人员解决bug --- fixed
4）测试人员返测bug --- closed, 不通过 reopen
在不同测试方式下，提供相应的关注点和内容。
14、开发组总共多少人，测试组总共多少人。
如：开发组15个人，测试组4个人
15、介绍一下QC的环境搭建
1）简单描述一下安装（可以省略）
2）站点管理：创建域、项目（必须）、添加用户
3）项目自定义管理：把用户添加到项目，并分配权限
16、介绍一下QC的基本使用？
测试思路：使用场景法，把用户的结账场景列举出来，主要包括(参考列出的场景)
编写用例：把每一条结账形式转换为一条用例
6、你的xx模块总共编写了多少条测试用例？
如：xx模块编写了110条左右 （10条左右的精度即可）
7、你用到了哪些编写测试用例的方法：
重点：
等价类划分、边界值、场景法、因果图（判定表）
12、严重程度和优先级如何确定？
严重程度表示缺陷对软件造成的影响有多大；优先级表示希望程序员什么时间对缺陷进行修复。一般在测试计划或者专门的文档中进行详细的确定，测试人员在提交bug时以此为参考。
13、总结报告怎么编写：
总结报告主要统计遗留的bug、缺陷。如执行用例数、缺陷数、缺陷的分类，如按照严重程度、优先级、所在模块等进行分类；可以改测试改进的建议和存在的风险等。
辅助操作包括：打印开单信息、到预住天数提醒、保密房、加载照片。
测试思路:(参考编写的前3-5条用例)
宾客结账：
在宾客结账中，包括直接结账，也就是根据实收金额在宾客支付中填写数据；还包括其他结账方式：签单、挂账、免费、退单，另外还提供联合结账形式，可以使用现金、代金券、信用卡、储值卡等方式共同结账，除此之外，在结账时，可以添加结账房间，同时对多个房间进行结账。
5）预住天数：1天、多天（有效）、最大值、超出最大值
6）押金：等于、大于、小于...
总结：填写项比较多的情况，先按照等价类划分和边界值进行数据分析（有效等价类就是基本流，无效等价类就是备选流），为了减少用例的数据，把多个空间的有效等价类（有效场景）合并在一起进行测试，形成一个大的场景；对于无效等价类（无效场景）需要单独进行测试，避免屏蔽现象。
4、项目的测试策略都有哪些？
功能、安装、界面、易用性、文档
5、介绍一下你所负责的模块：
主要负责：系统设置中房间设置、商品设置、服务生设置、客户设置的测试以及日常管理的核心模块：散客开单、团体开单、增加消费、宾客结账模块的测试。
系统设置模块主要是基础数据的管理，比如房间设置模块中，可以添加房间类型（如标准单人间、豪华双人间等）、修改类型、删除、打折设置；还包括向每种类型中添加具体的房间，有单个添加和批量添加，另外还可以修改房间和删除房间；此外还包括结账时是否播放声音和结账后的状态。
比如：在房间设置中可以设置结账后的房间状态，包括可供和清理，结账时是否播放声音，在测试的时候，可以考虑在 可供 状态下，结账时播放声音和不播放声音两种情况；在 清理 状态下，结账时播放声音和不播放声音两种情况；
3、场景法
基于对软件业务功能的熟悉，把自己当做是软件的使用者，在实际使用中可能遇到的各种情况罗列出来。
测试管理：
版本：添加版本信息和实际
需求：添加需求（功能模块）、把需求转换成“用例集合”
测试计划：编写（导入）用例
测试执行：创建“用例执行集合”，把测试计划中的“用例集合”放入，执行用例，发现缺陷提交报告。
缺陷管理：跟踪bug
17、在QC中都有哪些内置组？
TDAdmin、QATester、developer、project manager、viewer
1）等价类划分、边界值
比如：在添加房间类型窗口中，需要填写“房间类型”，它的需求是：1-30个字符，不能为空，不能重复。
我在测试的时候，可以添加“经济单人间”，属于有效等价类，超出30个字符、为空、重复的就为无效等价类，另外对一个字符和30个字符的边界进行测试。
2、因果图（判定表） --考虑控件之间的组合
散客开单：
散客开单模块作为用户消费的起点，其中包括：客房信息、宾客信息、追加房间及辅助操作。
客房信息需要填写：预住天数、实收押金，是否开钟点房，打折比例，客户人数、付款方式等。
宾客信息需要填写:宾客类型、主客类型、证件类型、证件编码、性别、公司名称等。
追加房间：是当宾客人数大于1人时，可以开几个房间。
8、说出一两条你认为写的比较好的测试用例：
准备1-2用例：
1）在第一条用例中，综合使用了多种方法（场景法、等价类、边界值）
2）该条用例测出了相应的缺陷（严重）
9、在xx模块中，你总共发现了多少条缺陷？
在xx模块中我总共发现了11条bug.
10、说出一个印象最深刻的缺陷，它的优先级和严重程度是什么?
列举出主要字段的需求：房间类型、床位数量...
测试思路：
根据需求，列出每个字段的有效等价类、无效等价类、边界值。编写用例先覆盖有效等价类，比如每一项都填写正确，可以添加成功，再测试无效等价类，比如房间类型不能重复，可以测试添加一个重复的类型，应该给出错误提示，最后对边界值进行测试。
工作中，首要任务是充分了解自己负责模块的需求和软件的使用，必要时参见公司组织的业务培训和开发、需求人员进行讨论；把使用情况依次列举出来，形成主要的场景。
比如： 散客开单
1）是否钟点房： 不是、是
2）宾客类型： 普通、VIP、协议
3）是否追加房间：没有、有
4）是否打折：没有、有
（后续再类似介绍其他模块）
补充：某一个子模块怎么测的？ (描述时：画面感)
比如：添加房间类型
在系统设置窗口中的房间设置选项卡中，点击一个“添加类型”按钮，会弹出“添加房间类型”窗口，在这个窗口中主要包括设押金，钟点房标准计费，另外还可设置是否为钟点房等计费方式。
自己准备2-3条bug,这些bug相对较为严重。
11、在测的模块中，是不是所有的缺陷都解决了？如果没有，怎么处理？
不是。
首先进行缺陷的分析讨论。主要分析缺陷解决的成本和风险。如果bug没有解决，存在软件中，会给用户造成什么影响，会不会造成法律纠纷或重大损失；如何解决该bug，时间成本有多大，会不会造成其他模块出问题，影响产品的发布。
主要负责哪些模块的测试。
2、测试计划主要包括哪些主要部分
1）简介
（项目简介、测试目的、测试范围-模块层次*、测试阶段*）
2）参考文档和提交文件
3）进度安排
4）测试资源
5）严重程度和优先级
6）风险分析
7）测试策略*
3、你们的项目是否写测试计划，谁去写？
测试组长、经理，其他人参与评审