01测试基础面试题参考_第1页
01测试基础面试题参考_第2页
01测试基础面试题参考_第3页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1、请介绍一下你的第一(二)个项目项目名称、的功能,主要包括哪些模块我在这个项目中承担什么角色:测试工程师主要负责哪些模块的测试2、测试计划主要包括哪些主要部分简介(项目简介、测试目的、测试范围-模块层次、测试阶段)参考文档提交文档、进度安排测试资源严重程度和优先级风险分析测试策略3、的项目是否写测试计划,谁去写测试组长、经理,其他人参与评审4、项目的测试策略都有哪些功能、安装、界面、易用性、文档5、介绍一下你所负责的模块主要负责:系统设置中房间设置、商品设置、服务生设置、客户设置的测试以及日常管理的模块:散客开单、团体开单、增加消费、宾客结账模块的测试系统设置模块主要是基础数据的管理,比如房

2、间设置模块中,可以添加房间类型(如标准单人间、豪华双人间等)、修改类型、删除、打折设置;还包括向每种类型中添加具体的房间,有单个添加和批量添加,另外还可以修改房间和删除房间;此外还包括结账时是否声音和结账后状态。(后面再类似介绍一下其他模块)补充:某一个子模块怎么测的比如:添加房间类型:在系统设置窗口中的房间设置选项卡中,点击一个“添加类型”按钮,会弹出“添加房间类型”窗口,在这个窗口中主要包括:房间类型、床位数量、预设单价(全天、半天)、预设押金,钟点房标准计费,另外可以设置是否为钟点房和钟点房特殊计费列举出主要字段的需求:房间类型床位数量.测试思路:根据需求,列出每个字段的有效等价类、无效

3、等价类、边界值。编写用例先覆盖有效等价类,比如每一项都填写正确,可以添加成功,再测试无效等价类,比如房间类型不能重复,可以测试添加一个重复的类型,应该给出错误提示,最后对边界值进试散客开单:散客开单模块作为用户消费的起点,其中主要包括:客房信息、宾客信息、追加房间及辅助操作。客房信息需要填写:预住天数,实收押金,是否开钟点房,打折比例,客户人数、付款方式等宾客信息需要填写:宾客类型、主客、证件类型、证件编码、公司名称等追加房间是当宾客人数大于 1 人时,可以同时开几个房间辅助操作包括:打印开单信息、到预住天数提醒、房、加载测试思路:(回去熟悉编写的前 35 条用例)宾客结账:在宾客结账中,包括

4、直接结账,也就是根据实收金额在宾客支付中填写数据,还包括其他结账方式:签单、挂账、免费、退单,另外,还提供联合结账形式,可以使用现金、代金券、储值卡等方式共同结账,除此之外,在结账时,可以添加结账房间,同时对多个房间进行结账测试思路:使用场景法,把用户的结账场景列举出来,主要包括:(参考列出的场景)编写用例:把每一种结账形式转换为一条用例6、你的 XX 模块总共编写了多少条测试用例如:XX 模块编写了 110 条左右(10 条左右的精度即可)7、你用到了哪些编写测试用例的方法重点:等价类划分、边界值、场景法、因果图(判定表)1、等价类划分、边界值比如:在添加房间类型窗口中,需要填写“房间类型”

5、,它的需求是:130个字符,不能为空,不能重复我在测试的时候,可以添加“经济单人间”,属于有效等价类,超出30 个字符、为空、重复的就为无效等价类,另外对一个字符和 30 个字符的边界进试2、因果图(判定表)考虑控件之间的组合比如:在房间设置中可以设置结账后房间状态,包括可供和,结账时是否声音,在测试的时候,可以考虑在可供状态下,结账时声音和不声音两种情况;在状态下,结账时声音和不声音两种情况;3、场景法基于对业务功能的熟悉,把自己当做是的使用者,在实际使用中可能遇到的各种情形罗列出来工作中,首要任务是充分了解自己负责模块的需求和的使用,必要时参加公司组织的业务培训和与开发、需求进行;把使用情

6、况依次列举出来,形成主要的场景比如:散客开单:1、是否为钟点房:不是、是2、宾客类型:普通、VIP、协议3、是否有追加房间没有、有4、是否打折没有、有5、预住天数1 天、多天(有效)、最大值、超出最大值6、押金等于、大于、小于。总结:填写项比较多的情形,先按照等价类划分和边界值进行数据分析(有效等价类就是基本流,无效等价类就是备选流),为了减少用例的数量,把多个控件的有效等价类(有效场景)合并在一起进试,形成一个大的场景,对于无效等价类(无效场景)需要单独进行测试,避免现象8、说一两条你认为写的比较好的测试用例准备 1-2 用例:(1)在一条用例中,综合使用了多种方法(场景法、等价类、边界值)

7、(2)该条用例测出了相应的缺陷(严重)9、在 XX 模块中,你总共发现了多少条缺陷在 XX 模块中我总共发现了 11 条 bug10、 说出一个印象最深刻的缺陷,它的优先级和严重程度是什么。(自己准备 2-3 条 bug,这些 bug 相对较为严重)11、在你测的模块中,是不是所有的缺陷都解决了,如果没有,怎么处理不是。首先进行缺陷分析。主要分析缺陷解决的成本和风险。如果 bug没有解决,存在中,会给用户造成什么影响,会不会造成法律纠的损失;如果解决该 bug,时间成本有多大,会不会造成其纷或他模块出问题,影响产品的发布。12、严重程度和优先级如何确定严重程度表示缺陷对造成的影响有多大,优先级

8、表示希望程序员什么时间对缺陷进行修复。一般在测试计划或者专门的在提交 bug 时以此为参考文档中进行详细的确定,测试13、总结怎么编写总结主要统计遗留的 bug,缺陷的统计,如执行用例数,缺陷数,缺陷的分类,如按照严重程度、优先级、所在模块等进行分类;可以给出测试改进的建议和存在的风险等。14、开发组总共多少人,测试组总共多少人如:开发组 15 个人,测试组 4 个人15、介绍一下 QC 的环境搭建(1)简单描述一下安装(可以省略)(2)站点管理:创建域、项目(必须)、添加用户(3)项目自定义管理把用户添加到项目,并分配权限16、介绍一下 QC 的基本使用测试管理:版本:添加版本信息和时间需求:添加需求(功能模块)、把需求转换成“用例集合”测试计划:编写(导入)用例测试执行:创建“用例执行集合”,把测试计划中的“用例集合”放入,执行用例,发现缺陷提交bug缺陷管理:17、在 QC 中都有哪些内置组TDAdmin、QAT

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论