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

内容

求职基本流程:投递简历->笔试->面试->二面..->入职难点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

浏览:23
下载量:-
下载币:5
日期:2020-11-20
3
收藏
         投诉 / 报错