2023年华为测试面试题.pdf
《2023年华为测试面试题.pdf》由会员分享,可在线阅读,更多相关《2023年华为测试面试题.pdf(42页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、测试面试题1.怎么来设计测试方案根据测试需求(涉及功能需求和非功能性需求),辨认测试要点,辨认测试环境规定,安排测试轮次,根据项目计划和开发计划做整体的测试安排。被测试的特性:通过对需求规格说明书进行分析,列出本次测试需要进行测试的各部分特性(如要测试的功能需求、性能需求、安全性需求等等);不被测试的特性:由于资源、进度等方面因素,本次测试不列入测试范围的特性;测试组网图:进行本次系统测试所需要的软硬件设备、配置数据已及互相间的逻辑、物理连接。此后测试执行时需要依据这个组网图来进行环境的搭建。2.假如给你一个B/S系统你怎么来进行测试?此题答案还可用于回答测试流程,测试流程题亦可参考15题。令
2、 阅 读 系 统 需 求,充足理解需求,记录问题,并与项目需求人员充足沟通。令 编 写 测 试 需 求,涉及系统功能和非功能测试要点、测试类型、测试进度质量规定等。令 制 定 测 试 计 划,涉及熟悉测试业务、设计测试用例、执行测试用例、进行测试小结、编写测试报告,任务颗粒度一般应小于5人天令 编 写 测 试 用 例,根据测试方案设计用例,即便没有明确的性能和安全测试规定,也应辨认进行此两项测试。令 执 行 软 件 测 试,令 进 行 测 试 小 结,假如测试连续时间较长,每个版本间隙总结本轮测试。令 编 写 测 试 报 告,总结测试过程,汇总度量数据。3.怎么进行工作流的测试把握需求,找准结
3、点,理清流程,画出流转图,弄清节点间的数据流转,设计测试用例的时候必须覆盖所有也许的流程。工作流:假如问到有没有做过,根据对工作流的了解情况回答,假如比较了解,可以把参与的某个项目中说上一些有工作流的,假如不是很了解就说没有做过,但是学习过相关知识。4.在做性能测试的时候都需要关注哪些参数?并发访问量,服务器响应时间(最小、平均、最大)并发性能测试的过程是一个负载测试和压力测试的过程,即逐渐增长负载,直到系统的瓶颈或者不能接受的性能点,通过综合分析交易执行指标和资源监控指标来拟定系统并发性能的过程。负 载 测 试(L o a d T e s t i n g)是拟定在各种工作负载下系统的性能,目
4、的是测试当负载逐渐增长时,系统组成部分的相应输出项,例如通过量、响应时间、C P U负载、内存使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用,从而来拟定可以接受的性能过程。压 力 测 试(S t r e s s T e s t i n g)是通过拟定一个系统的瓶颈或者不能接受的性能点,来获得系统能提供的最大服务级别的测试。疲劳测试是采用系统稳定运营情况下可以支持的最大并发用户数,连续执行一段时间业务,通过综合分析交易执行指标和资源监控指标来拟定系统解决最大工作量强度性能的过程。疲劳强度测试可以采用工具自动化的方式进行测试,也可以手工编写程序测试,其中后者占
5、的比例较大。一般情况下以服务器可以正常稳定响应请求的最大并发用户数进行一定期间的疲劳测试,获取交易执行指标数据和系统资源监控数据。如出现错误导致测试不能成功执行,则及时调整测试指标,例如减少用户数、缩短测试周期等。尚有一种情况的疲劳测试是对当前系统性能的评估,用系统正常业务情况下并发用户数为基础,进行一定期间的疲劳测试。大数据量测试可以分为两种类型:针对某些系统存储、传输、记录、查询等业务进行大数据量的独立数据量测试;与压力性能测试、负载性能测试、疲劳性能测试相结合的综合数据量测试方案。大数据量测试的关键是测试数据的准备,可以依靠工具准备测试数据。5 .假如客户没有给你性能指数时,你怎么来开展
6、性能测试工作?假如客户没有提出明确的性能指标,可以按照惯例和经验设立,需要和P M协商,一般由P M确认,Q A负责给出建议。举例说一个S e r v e r端程序,规定峰值时C P U和M E M消耗在7 5%以下,而一个页面的访问响应时间一般认为用户的忍耐时间是3 5秒以内,这些要参考实际的应用来拟定用户规模、操作频率、同时在线数等。6 .有没有做过接口测试,是如何做的?通过编写测试程序,获得接口指针,逐个调用接口函数验证其对的性,及失败操作7 .测试过程中是如何来保证软件质量的?测试用例编写完毕后要加强评审的力度,保证测试用例覆盖所有需求点执行测试过程中注意做小结检查覆盖情况、审阅所提缺
7、陷质量,复测时应注意相关模块的测试测试时间宽裕的话可以做交叉测试,8 .测试方案都写什么内容?1概述2被测对象分析3应测试的特性4不被测试的特性5总体设计方法用以保证测试质量。6测试模型6.1测试组网图6.2结构/对象关系图6.3测试原理6.4操作规程7测试需求8测试设计7.1环境需求8.1工具设计7.2被测对象需求8.2测试代码设计7.3测试工具需求8.3用例设计7.4测试代码需求8.3.1设计原则7.5数据需求8.3.2测试项目7.6其它需求9.附录(测试方案规定根据 SRS上的每个需求点设计出涉及需求点简介,测试思绪和具体测试方法三部分的方案)以往华为测试方案目录如下:第 1 章技术方案
8、应答1.1.测试需求描述2.4.质量目的应答L L L 测试类型分析2.5.验收标准应答1.1.2.测试内容2.6.限制应答1.2.缺陷分类2.6.1.合作供应商人员组织1.3.缺陷级别应答第 2 章 SOW及规格的应答2.6.2.硬件设备应答2.1.测试需求应答2.6.3.合作项目开发场地应2.2.交付件应答答2.2.1.软件交付件应答第 3 章类似项目成功案例2.2.2.非软件交付件应答第 4 章项目具体工作计划2.3.项目里程碑项目完毕时间第 5 章项目估算9.测试方案和测试计划的区别测试方案是技术性的;测试计划更多是管理性的。测试计划重要要考虑测试的技术可行性、关键技术、资源投入、进度
9、安排、风险管理、配置管理、输入输出等。测试计划更多地供高层管理者决策时做参考;同时对后续测试工作开展起指导作用。在一些小项目中,也许只需要一个测试方案,测试计划内容相对较少,可以与测试方案合并进行;而一些大项目中,也许要设计数十个测试方案,这就需要一个提纲挈领的东西了,这就是测试计划的作用。10.测试用例是根据什么写的?系统测试用例根据需求和设计编写(华为的SDV测试用例是根据 测试方案和测试策略来编写的)11.是怎么来设计测试用例的?答:先熟悉系统需求,把握测试要点,设计用例的原则一方面是要覆盖每个需求点,可以通过填写需求跟踪矩阵来保证覆盖。黑盒测试的测试用例设计方法:等价类划分法、边界值分
10、析法、错误推测法、因果图。12.有没有测过手机终端的项目?根据实际情况回答,假如没有测试过,可以回答,公司有过类似业务。手机终端测试13.对测试工作的结识?答:软件测试是软件开发过程的重要组成部分,是用来确认一个程序的品质或性能是否符合开发之前所提出的一些规定。软件测试就是在软件投入运营前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量保证的关键环节。软件测试是为了发现错误而执行程序的过程。软件测试在软件生存期中横跨两个阶段:通常在编写出每一个模块之后就对它做必要的测试(称为单元测试)。编码和单元测试属于软件生命周期中的同一个阶段。在结束这个阶段后对软件系统还要进行各种综合测试,这是
11、软件生命周期的另一个独立阶段,即测试阶段。华为独立外包测试一般涉及ST(系统测试)和SDV(具体设计验证)两个阶段。1 4 .缺陷是怎么管理的?答:我们采用了R a t i o n a l C l e ar Q u e s t来管理缺陷。测试人员执行测试,发现缺陷,录入C Q,规定填写项目名称、子系统名称、模块名称、缺陷标题、缺 陷 描 述(描述场景、现象)、缺陷级别、提出人等。状态:已提交。项目经理或开发组长确认缺陷后分派给开发人员,状态:已分派。开发人员修复缺陷完毕后,将修复缺陷所花费的时间填写的Sc h e d u l e中,缺陷的产生因素填写在备注中,因采用UC M模式,所有导致该缺陷
12、的错误代码文献,在UC M视图中可以记录。状态:已解决。测试人员复测,如缺陷已经修复,则关闭缺陷,状态:已关闭。如缺陷仍然存在,则修改状态为已分派。当缺陷存在争议时,开发组长或开发人员可以申请否决,由项目经理、技术经理、测试负责人、相关开发人员和测试人员共同决定缺陷是否可以否决。状态:已申请否决、已否决。当前不能修复,或当前版本无法解决的缺陷可以申请延期,状态:已申请延期、已延期。1 5 .介绍一下测试流程。答:项目启动后进行需求培训I,测试人员尽早的参与到项目需求的培训和评审,也就是测试工作应当从需求阶段开始介入。项目经理编写 项目计划,开发人员产出 需求规格说明书,这时测试组长就要根据 项
13、目计划开始编 写 测试计划,其中涉及人员,软件硬件资源,测试点,进度安排和风险辨认等内容。测试计划编写完毕后需要进行评审,参与人员有项目经理,测试经理。测试组长需要根据评审意见修改 测试计划,并上传到C C上,由配置管理员管理。待开发人员把 需求规格说明书归纳好并打了基线,测试组长开始组织测试成员编写 测试方案,测试方案编写完毕后也需要进行评审,评审人员涉及项目经理,开发人员,测试经理,测试组长,测试成员;测试组长组织测试成员修改测试方案,直到评审通过后才进入下个阶段一一编写测试用例。测试用例是根据 测试方案来编写的,通 过 测试方案阶段,测试人员对整个系统需求有了具体的理解。这时开始编写用例
14、才干保证用例的可执行和对需求的覆盖。测试用例需要涉及测试项,用例级别,预置条件,操作环节和预期结果。其中操作环节和预期结果需要编写具体和明确。测试用例应当覆盖测试方案,而测试方案又覆盖了测试需求点,这样才干保证客户需求不漏掉。同样,测试用例也需要通过开发人员,测试人员的评审,测试组长也需要组织测试人员对测试用例进行修改,直到评审通过。在我们编写测试用例的阶段,开发人员基本完毕代码的编写,同时完毕单元测试。提交测试中心后根据 测试计划进度安排,测试组长组织进行多轮次的测试,每轮测试完毕后测试组长需要编写测试报告,其中涉及用例执行通过情况,缺陷分布情况,缺陷产生因素,测试中的风险等等,这时测试人员
15、就修改增长测试用例。待到开发修改完bug并转来新的测试版本,测试人员开始进行第二轮的系统测试,一方面回归完问题单,再继续进行测试,编写第二轮的测试报告,如此循环下去,直到系统测试结束。16.一个关于测试方案评审的分歧,我们原本的流程是完毕方案涉及用例后进行评审,华为的建议是,在测试方案(即测试人员总结出测试重点等)之后,即进行评审,不能等所有用例完毕。关于版本缺陷密度的问题:问有没有记录。假 如CQ中正常登记的话,是可以运用工具记录出来。CQ还可以根据需要定制查询。关于测试提交标准:我讲了公司的标准,他说客户也会有自己的标准。我回复说是可以依据客户标准进行调整,1 7.对U n i x 系统是
16、否熟识,是否会运用I n f o r m i x 数据库。1 s 列出指定目录下的文献,缺省目录为当前目录./p w d 显示当前的工作目录c d 回到注册进入时的目录c d /t m p 进 入/t m p 目录c d ./进入上级目录m k d i r -m 模 式 -p 目录名 建立目录m k d i r t m p 在当前目录下建立子目录t m pm k d i r -m 7 7 7 /t m p/a bc 用所有用户可读可写可执行的存取模式建立目录/t m p/a a a ,存取模式参看命令c h m o dm k d i r -p /t m p/a/b/c 建立目录/t m p/a
17、/b/c ,若不存在目录/t m p/a及/t m p/a/b 则建立之m v -f -i 文献1 文献2.目的将文献移动至目的,若目的是文献名,则相称于文献改名r m -f i 文献.或r m -r -f i 目录名.文献用来删除文献或目录c m p -1 -s 文献1文献2 比较两个文献,d i f f -b e 文献1文献2 比较两个文本文献,将不同的行列出来p ac k 文献.将指定文献转储为压缩格式,文献名后加.z,文献存取模式,访问时间,修改时间等均不变p e at 文献.显示输出压缩文献u n p ac k 文献.将压缩后的文献解压后转储为压缩前的格式v i -w n -R 文献
18、.v i 是一个基于行编辑器e x 上的全屏幕编辑器,可以在v i 中使用e x,e d的所有命令,v i 选项中-w n 指将编辑窗口大小置为n 行,-R 为将编辑的文献置为只读模式,v i 工作模式分为命令模式和输入模式,一般情况下在命令模式下,可敲入v i 命令,进入输入模式下时可以编辑要编辑的文本,命 令 a Ai I o 0 c C s S R可进入输入模式,在输入模式下按E S C 键可推出输入模式,回到命令模式,在命令模式中敲入:命令,则可进入e x方式,在屏幕底部出现提醒符:,此时可使用任意e x命令,屏幕底行也用来作/?!命令的提醒行,大多数命令可以在其前面加数字,表达命令执
19、行的反复次数,下面简朴介绍一下v i的命令集,八表达(C T R L)键q u i t退 出b e1 8.对于金融业务系统的测试,有哪些要点。一方面要根据客户的需求文档,保证业务逻辑对的、符合规定。举例授信审批流程来说,重要测试前面岗位录入的数值资料传递到流程最后一个岗位后能对的显示;以及操作员的权限控制严格按照需求规定,不同的权限除了在流程中的作用不同,所能执行的功能也不同1 9 .平时测试时怎么保证页面间传值对的?除了看页面的显示,还要连接数据库对相应的表进行查询,对数据库表结构不了解时,会询问相关的开发人员。2 0 .对于系统运营产生的日记文献是否关注?答:只是适当了解,公司对于服务器的
20、维护安排有人负责。2 1 .银行的系统是否在同一个页面,用不同权限的业务员登陆会显示不同的结果?会不会由于自己配置的不合理而产生错误?1)有同一个页面用不同权限的业务员显示不同结果的情况,重要表现为所能执行的操作不同,所能查询数据的范围不同。2)对于不拟定的错误,一般不会立刻当缺陷解决,需要跟相关人员沟通,确认了并非自己部署得不对的的因素,才会提缺陷。这个很重要。2 2 .B O S S渠道酬金结算系统的规模、几个测试人员?2 3 .提交验收后客户又提了几个缺陷?2 4 .有没有做过本系统和其它系统的接口测试?接口测试:重要在集成测试阶段采用,目的是测试各个方法、模块、函数之间的接口问题。测试
21、其间的接口是否满足系统需求的规定,输入/输出是否对的,各个模块之间的状态转换是否与需求一致等。我认为完全可以脱离开白盒测试方法,而直接使用黑盒测试方法进行测试,接口测试也是测试中的重点,特别是对于模块之间数据互换比较多的系统和软件。2 5.有没有写过测试桩?答:单元测试的时候用写测试桩。2 6 .有没有测试过U N I X的项目?答:这个根据个人实际情况回答。可以将简历中的某个项目说成是部署在U n i x上的,会使用一些U n i x的操作命令。2 7 .是否使用过U n i x、L i n u x环境,有没有自己搭建过环境?答:这个根据个人实际情况回答。可以将简历中的某个项目说成是部署在U
22、 n i x上的,会使用一些U n i x的操作命令。2 8 .有没有编写过s h e l l脚本?答:答:这个根据个人实际情况回答,差不多都只写过很简朴的脚本。2 9 .对O r a c l e数据库是否熟悉(比如:异常解决)?答:这个根据个人实际情况回答。3 0 .有没有装过O r a c l e数据库服务器?答:这个根据个人实际情况回答。3 1 .都参与过哪些项目?答:这个根据个人实际情况回答。要点:项目名称说清楚,项目是干什么的说清楚,然后说自己做了什么,测试了哪些模块。3 2 .对数据库操作是否熟悉?答:这个根据个人实际情况回答。3 3.作为测试负责人最大的心得是什么?答:一定要制定
23、严格的测试计划、根据测试人员的专长安排测试任务、善于总结经验教训、妥善保存测试过程中的一切文档。3 4 .在项目哪个阶段测试开始介入?答:在项目需求阶段测试人员开始介入,尽早的接入有助于更好的理解需求。3 5 .在测试中有没有风险?有哪些风险答:有1)需求培训达不到预期目的2)测试用例评审不合格 3)测试人员不稳定 4)在测试计划中安排的时间内不能完毕测试任务。5)验收测试不合格3 6 .当有测试人员请假的情况下,作为测试负责人应当怎么解决?答:应当让测试人员提前请假,针对不能完毕的工作做好调整。3 7 .有关r o b o t和T e s t M a n a g e r的使用R o b o
24、t是I B M R a t i o n a l的测试工具,是一个针对W E B,E R P和C/S进行功能自动化测试的工具.它可以减少功能测试上的人力和物力的投入和风险涉及了可见和非可见对象R a t i o n a l T e s t M a n a g e r从一个独立的,全局的角度对于各种测试活动进行管理和控制.它让测试者可以随时了解需求变更对于测试用例的影响,通过针对一致目的而进行的测试与报告提高了团队生产力.R a t i o n a l T e s t M a n a g e r用来从各个方面进行测试管理:*测试计划*测试设计*测试实现*测试执行*结果分析3 8 .Lo a d r
25、 un n e r会不会用,写没写过测试编码。答:这个根据个人实际情况回答。3 9 .协议接口测试有没有测试过。答:这个根据个人实际情况回答。4 0 .关于何时可以到位?答:这个根据实际情况回答。4 1 .是否测试过关于协议的系统?答:这个根据个人实际情况回答。4 2 .所参与的项目中规模最大的有多少行代码?答:这个根据个人实际情况回答。4 3 .对于l in ux的简朴操作4 4 .是否测试过码流?4 5 .关于性能需要分析,给出具体方法4 6 .监听端口的方法4 7 .s ql语句,出题回答查询出不涉及1 3 8的号条数s el ec t 字段名 f rom 表名 wh ere id 1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 2023 年华 测试 试题
限制150内