2020年荣耀软件测试笔试一次上岸必刷题附答案_第1页
2020年荣耀软件测试笔试一次上岸必刷题附答案_第2页
2020年荣耀软件测试笔试一次上岸必刷题附答案_第3页
2020年荣耀软件测试笔试一次上岸必刷题附答案_第4页
2020年荣耀软件测试笔试一次上岸必刷题附答案_第5页
已阅读5页,还剩4页未读 继续免费阅读

付费下载

下载本文档

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

文档简介

2020年荣耀软件测试笔试一次上岸必刷题附答案

一、单项选择题(总共10题,每题2分)1.软件测试的核心目的是()A.证明软件无缺陷B.发现软件中的缺陷C.验证软件符合需求规格D.提高软件性能2.以下不属于黑盒测试方法的是()A.等价类划分B.边界值分析C.语句覆盖D.场景法3.缺陷生命周期中,“已确认”状态的下一个状态通常是()A.已修复B.关闭C.重新打开D.待验证4.单元测试的主要执行者是()A.测试工程师B.开发工程师C.产品经理D.运维人员5.验收测试的核心目标是()A.确认软件满足用户实际需求B.发现代码级缺陷C.验证模块间集成正确性D.测试系统性能指标6.以下属于白盒测试覆盖准则的是()A.等价类覆盖B.判定覆盖C.边界值覆盖D.场景覆盖7.测试用例的基本要素不包括()A.测试输入B.预期输出C.缺陷编号D.测试步骤8.静态测试方法不包括()A.代码审查B.静态分析工具扫描C.单元测试D.需求文档评审9.性能测试中,“响应时间”通常指()A.服务器处理请求的时间B.用户从点击到看到结果的总时间C.网络传输数据的时间D.数据库查询的时间10.集成测试的两种主要策略是()A.自底向上和自顶向下B.功能集成和性能集成C.单元集成和系统集成D.黑盒集成和白盒集成二、填空题(总共10题,每题2分)1.软件测试的基本原则之一:“测试显示软件存在缺陷”,而非______。2.白盒测试又称______测试,基于______的测试方法。3.黑盒测试中,边界值分析通常选取输入域的______、______、______、______四个点。4.缺陷报告的核心要素包括:缺陷ID、标题、前置条件、步骤、______、______、严重程度、优先级。5.软件测试生命周期(STLC)的阶段包括:需求分析、测试计划、______、测试执行、______、测试总结。6.验收测试分为______验收测试(UAT)和______验收测试(AAT)。7.语句覆盖的目标是使被测代码中的______至少执行一次。8.测试环境的三要素是:硬件环境、______、______。9.自动化测试的主要优势是______、______、可重复执行。10.等价类划分法将输入划分为______等价类和______等价类。三、判断题(总共10题,每题2分)1.软件测试越多,软件质量越高。()2.黑盒测试不需要了解软件内部结构。()3.单元测试仅关注功能正确性,不关注性能。()4.缺陷严重程度越高,优先级一定越高。()5.集成测试必须在单元测试完成后进行。()6.验收测试必须由最终用户独立执行。()7.路径覆盖是最强的白盒测试覆盖准则。()8.等价类划分法可覆盖所有可能的输入情况。()9.性能测试中,并发用户数越多,响应时间一定越慢。()10.静态测试不需要执行被测代码。()四、简答题(总共4题,每题5分)1.简述软件测试的基本原则(至少4条)。2.简述黑盒测试与白盒测试的区别(从测试依据、对象、目的、适用阶段分析)。3.简述测试用例设计的3种主要方法及适用场景。4.简述缺陷生命周期的主要状态及流转过程。五、讨论题(总共4题,每题5分)1.若负责电商APP支付模块测试,你会从哪些维度设计测试用例?说明理由。2.当开发认为“缺陷不是缺陷”时,测试人员应如何处理?阐述流程和关键点。3.比较单元测试、集成测试、系统测试、验收测试的区别(从测试对象、阶段、执行者、重点分析)。4.自动化测试适合哪些场景?不适合哪些场景?举例说明。---答案及解析一、单项选择题答案1.B;2.C;3.A;4.B;5.A;6.B;7.C;8.C;9.B;10.A一、单项选择题解析1.软件测试核心是发现缺陷,证明无缺陷不现实,C是验证但非核心目的,D是性能测试目标。2.语句覆盖是白盒测试方法,其余为黑盒。3.缺陷确认后进入修复,修复后待验证。4.单元测试由开发执行,测试人员做集成/系统测试。5.验收测试聚焦用户实际需求,而非代码或集成。6.判定覆盖是白盒覆盖准则,其余为黑盒。7.缺陷编号是缺陷报告要素,非用例要素。8.单元测试是动态测试,需执行代码。9.响应时间是用户端总时间,含网络、服务器等。10.集成测试核心策略是自底向上和自顶向下。二、填空题答案1.证明软件无缺陷;2.结构/逻辑,代码内部结构;3.最小值、略小于最小值、最大值、略大于最大值;4.实际结果、附件(截图/日志);5.测试设计、缺陷跟踪;6.用户,系统(或正式);7.所有语句;8.软件环境、网络环境;9.提高效率、减少人工错误;10.有效,无效三、判断题答案1.×;2.√;3.×;4.×;5.√;6.×;7.√;8.×;9.×;10.√三、判断题解析1.过度测试无意义,质量需平衡成本。2.黑盒仅关注外部功能,不涉内部结构。3.单元测试可关注代码性能(如算法效率)。4.优先级还需考虑业务影响,严重≠高优先级。5.集成测试需单元测试通过的模块为基础。6.验收测试可由测试团队+用户共同执行。7.路径覆盖需覆盖所有可能执行路径,强度最高。8.等价类是划分代表值,无法覆盖所有输入。9.响应时间还受系统瓶颈、配置影响,非绝对。10.静态测试(如评审)不执行代码,仅检查文档/代码结构。四、简答题答案1.软件测试基本原则:①测试应尽早介入(需求阶段开始);②测试显示缺陷存在,而非无缺陷;③穷尽测试不可能,需风险导向;④缺陷具有群集性(少数模块含多数缺陷);⑤杀虫剂悖论(重复测试失效,需更新用例);⑥测试需考虑上下文(不同场景需求不同)。2.黑盒vs白盒:①测试依据:黑盒是需求规格,白盒是代码逻辑;②测试对象:黑盒是功能/界面,白盒是代码结构;③测试目的:黑盒验证功能正确性,白盒验证代码覆盖度;④适用阶段:黑盒在集成/系统/验收阶段,白盒在单元/集成阶段。3.测试用例设计方法:①等价类划分:将输入划分为有效/无效类,取代表值测试(如登录账号的合法/非法类);②边界值分析:针对输入边界(如年龄1-120的1、120、0、121);③场景法:模拟用户业务流程(如电商下单的“浏览-加购-支付-确认”场景)。4.缺陷生命周期:①新建→②确认(测试验证缺陷存在)→③分配(分配给开发)→④修复(开发修改代码)→⑤待验证(测试重新测试)→⑥关闭(验证通过)/重新打开(验证不通过)。核心流转:新建→确认→分配→修复→待验证→关闭/重开。五、讨论题答案1.支付模块测试维度:①功能维度:正常支付(微信/支付宝/银行卡)、异常支付(余额不足、网络中断、密码错误);②安全维度:支付密码加密、防钓鱼、权限控制(仅本人支付);③性能维度:高并发支付(如双11)响应时间、成功率;④兼容性维度:不同手机型号、系统版本、支付渠道兼容性;⑤合规维度:符合支付监管要求(如实名认证)。理由:支付模块涉及用户资金安全,需覆盖功能、安全、性能等核心风险点。2.处理流程:①重新验证:确认缺陷是否可复现,记录详细步骤/环境;②沟通确认:与开发同步复现结果,说明缺陷对业务的影响(如支付失败导致用户流失);③提供依据:引用需求规格/设计文档,证明该行为不符合预期;④评审决策:若分歧大,提交测试负责人/产品经理评审,明确是否为缺陷;⑤跟踪结果:若确认是缺陷,推动开发修复;若不是,更新测试文档说明原因。关键点:客观复现、用文档支撑、避免主观争执。3.四者区别:①单元测试:对象是单个模块/函数,阶段在编码后,执行者开发,重点是代码逻辑正确性;②集成测试:对象是模块间接口,阶段在单元后,执行者测试/开发,重点是接口兼容性;③系统测试:对象是完整系统,阶段在集成后,执行者测试,重点是功能/性能/安全;④验收测试:对象是完整系统,阶段在系统后,执行者用户/测试,重点是满足用户需求

温馨提示

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

评论

0/150

提交评论