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

求职基本流程：投递简历-笔试-面试-二面..-入职难点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的基本使用？测试管理：版本：添加版本信息和实际需求：添加需求（功能模块）、把需求转换成“用例集合”测试计划：编写（导入）用例测试执行：创建“用例执行集合”，把测试计划中的“用例集合”放入，执行用例，发现缺陷提交报告。缺陷管理：跟踪bug17、在QC中都有哪些内置组？TDAdmin、QATester、developer、projectmanager、viewer18、说一下缺陷的处理流程1）测试人员提交bug---new2）开发经理验证缺陷---接受open,拒绝rejected3）开发人员解决bug---fixed4）测试人员返测bug---closed,不通过reopen