华为测试面试题docWord格式.docx
- 文档编号:21047619
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:40
- 大小:44.49KB
华为测试面试题docWord格式.docx
《华为测试面试题docWord格式.docx》由会员分享,可在线阅读,更多相关《华为测试面试题docWord格式.docx(40页珍藏版)》请在冰豆网上搜索。
定能够接收的性能过程。
压力测试StressTesting是通过确定一个系统的瓶
颈或者不能接收的性能点来获得系统能提供的最大服务级别的测试。
疲劳测试是采用系统稳定运行情况下能够支持的最大并发用户数持续执行一段
时间业务通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。
疲劳强度测试可以采用工具自动化的方式进行测试也可
以手工编写程序测试其中后者占的比例较大。
一般情况下以服务器能够正常稳定响应请求的最大并发用户数进行一定时间的
疲劳测试获取交易执行指标数据和系统资源监控数据。
如出现错误导致测试不
能成功执行则及时调整测试指标例如降低用户数、缩短测试周期等。
还有一
种情况的疲劳测试是对当前系统性能的评估用系统正常业务情况下并发用户数
为基础进行一定时间的疲劳测试。
大数据量测试可以分为两种类型针对某些系统存储、传输、统计、查询等业务
进行大数据量的独立数据量测试与压力性能测试、负载性能测试、疲劳性能测
试相结合的综合数据量测试方案。
大数据量测试的关键是测试数据的准备可以
依靠工具准备测试数据。
5.如果客户没有给你性能指数时你怎么来开展性能测试工作
如果客户没有提出明确的性能指标可以按照惯例和经验设置需要和PM协商
一般由PM确认QA负责给出建议。
举例说一个Server端程序要求峰值时CPU和MEM消耗在75以下而一个页
面的访问响应时间一般认为用户的忍耐时间是35秒以内这些要参考实际的
应用来确定用户规模、操作频率、同时在线数等。
6.有没有做过接口测试是如何做的
通过编写测试程序,获得接口指针,逐个调用接口函数验证其正确性,及失败
操作
7.测试过程中是如何来保证软件质量的
测试用例编写完毕后要加强评审的力度确保测试用例覆盖所有需求点
执行测试过程中注意做小结检查覆盖情况、审视所提缺陷质量复测时应注意相
关模块的测试
测试时间宽裕的话可以做交叉测试用以确保测试质量。
8.测试方案都写什么内容
1概述
2被测对象分析
3应测试的特性
4不被测试的特性
5总体设计方法
6测试模型
6.1测试组网图
6.2结构/对象关系图
6.3测试原理
6.4操作规程
7测试需求
7.1环境需求
7.2被测对象需求
7.3测试工具需求7.4测试代码需求
7.5数据需求
7.6其它需求
8测试设计
8.1工具设计
8.2测试代码设计
8.3用例设计
8.3.1设计原则
8.3.2测试项目
9.附录
测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介测试思路
和详细测试方法三部分的方案以往华为测试方案目录如下
第1章技术方案
1.1.测试需求描述
1.1.1.测试类型分析
1.1.2.测试内容
1.2.缺陷分类
1.3.缺陷级别
第2章SOW及规格的应答
2.1.测试需求应答
2.2.交付件应答
2.2.1.软件交付件应答
2.2.2.非软件交付件应答
2.3.项目里程碑项目完成时间应答
2.4.质量目标应答
2.5.验收标准应答
2.6.限制应答
2.6.1.合作供应商人员组织应答
2.6.2.硬件设备应答
2.6.3.合作项目开发场地应答
第3章类似项目成功案例
第4章项目详细工作计划
第5章项目估算
9.测试方案和测试计划的区别
测试方案是技术性的测试计划更多是管理性的。
测试计划主要要考虑测试的技术可行性、关键技术、资源投入、进度安排、风险
管理、配置管理、输入输出等。
测试计划更多地供高层管理者决策时做参考同
时对后续测试工作开展起指导作用。
在一些小项目中可能只需要一个测试方案测试计划内容相对较少可以与测
试方案合并进行而一些大项目中也许要设计数十个测试方案这就需要一个
提纲挈领的东西了这就是测试计划的作用。
10.测试用例是根据什么写的
系统测试用例根据需求和设计编写
华为的SDV测试用例是根据《测试方案》和测试策略来编写的
11.是怎么来设计测试用例的
答先熟悉系统需求把握测试要点设计用例的原则首先是要覆盖每个需求点
可以通过填写需求跟踪矩阵来保证覆盖。
黑盒测试的测试用例设计方法等价类划分法、边界值分析法、错误推测法、
因果图。
12.有没有测过手机终端的项目
根据实际情况回答如果没有测试过可以回答公司有过类似业务。
手机终端测试
13.对测试工作的认识
答软件测试是软件开发过程的重要组成部分是用来确认一个程序的品质或性
能是否符合开发之前所提出的一些要求。
软件测试就是在软件投入运行前对软
件需求分析、设计规格说明和编码的最终复审是软件质量保证的关键步骤。
软
件测试是为了发现错误而执行程序的过程。
软件测试在软件生存期中横跨两个阶段通常在编写出每一个模块之后就对它做
必要的测试称为单元测试。
编码和单元测试属于软件生命周期中的同一个阶
段。
在结束这个阶段后对软件系统还要进行各种综合测试这是软件生命周期的
另一个独立阶段即测试阶段。
华为独立外包测试一般包括ST系统测试和SDV详细设计验证两个阶段。
14.缺陷是怎么管理的
答我们采用了RationalClearQuest来管理缺陷。
测试人员执行测试发现缺陷录入CQ要求填写项目名称、子系统名称、模
块名称、缺陷标题、缺陷描述描述场景、现象、缺陷级别、提出人等。
状态
已提交。
项目经理或开发组长确认缺陷后分配给开发人员状态已分配。
开发人员修复缺陷完成后将修复缺陷所花费的时间填写的Schedule中缺陷
的产生原因填写在备注中因采用UCM模式所有造成该缺陷的错误代码文件
在UCM视图中可以统计。
状态已处理。
测试人员复测如缺陷已经修复则关闭缺陷状态已关闭。
如缺陷仍然存在
则修改状态为已分配。
当缺陷存在争议时开发组长或开发人员可以申请否决由项目经理、技术经理、
测试负责人、相关开发人员和测试人员共同决定缺陷是否可以否决。
状态已申
请否决、已否决。
当前不能修复或当前版本无法解决的缺陷可以申请延期状态已申请延期、
已延期。
15.介绍一下测试流程。
答项目启动后进行需求培训测试人员尽早的参与到项目需求的培训和评审
也就是测试工作应该从需求阶段开始介入。
项目经理编写《项目计划》开发人员产出《需求规格说明书》这时测试组长
就要根据《项目计划》开始编写《测试计划》其中包括人员软件硬件资源
测试点进度安排和风险识别等内容。
《测试计划》编写完成后需要进行评审参与人员有项目经理测试经理。
测试
组长需要根据评审意见修改《测试计划》并上传到CC上由配置管理员管理。
待开发人员把《需求规格说明书》归纳好并打了基线测试组长开始组织测试成
员编写《测试方案》《测试方案》编写完成后也需要进行评审评审人员包括
项目经理开发人员测试经理测试组长测试成员测试组长组织测试成员
修改测试方案直到评审通过后才进入下个阶段――编写测试用例。
测试用例是根据《测试方案》来编写的通过《测试方案》阶段测试人员对整
个系统需求有了详细的理解。
这时开始编写用例才能保证用例的可执行和对需求
的覆盖。
测试用例需要包括测试项用例级别预置条件操作步骤和预期结果。
其中操作步骤和预期结果需要编写详细和明确。
测试用例应该覆盖测试方案而
测试方案又覆盖了测试需求点这样才能保证客户需求不遗漏。
同样测试用例
也需要通过开发人员测试人员的评审测试组长也需要组织测试人员对测试用
例进行修改直到评审通过。
在我们编写测试用例的阶段开发人员基本完成代码的编写同时完成单元测试。
提交测试中心后根据《测试计划》进度安排测试组长组织进行多轮次的测试
每轮测试完成后测试组长需要编写测试报告其中包括用例执行通过情况缺陷
分布情况缺陷产生原因测试中的风险等等这时测试人员就修改增加测试用
例。
待到开发修改完bug并转来新的测试版本测试人员开始进行第二轮的系统
测试首先回归完问题单再继续进行测试编写第二轮的测试报告如此循环
下去直到系统测试结束。
16.一个关于测试方案评审的分歧
我们原本的流程是完成方案包括用例后进行评审华为的建议是在测试方案即
测试人员总结出测试重点等之后即进行评审不能等全部用例完成。
关于版本缺陷密度的问题问有没有统计。
如果CQ中正常登记的话是可以利
用工具统计出来。
CQ还可以根据需要定制查询。
关于测试提交标准我讲了公司的标准他说客户也会有自己的标准。
我回复说
是可以依据客户标准进行调整
17.对Unix系统是否熟识是否会运用Informix数据库。
ls列出指定目录下的文件缺省目录为当前目录./
pwd显示当前的工作目录
cd回到注册进入时的目录cd/tmp进入/tmp目录cd../进入上级目录
mkdir[-m模式][-p]目录名建立目录
mkdirtmp在当前目录下建立子目录tmp
mkdir-m777/tmp/abc用所有用户可读可写可执行的存取模式
建立目录/tmp/aaa存取模式参看命令chmod
mkdir-p/tmp/a/b/c建立目录/tmp/a/b/c若不存在目录/tmp/a
及/tmp/a/b则建立之
mv[-f][-i]文件1[文件2...]目标将文件移动至目标若目标是文件名
则相当于文件改名rm[-f][-i]文件…或rm-r[-f][-i]目录名…[文件]用来删除文件或目
录
cmp[-l][-s]文件1文件2比较两个文件
diff[-be]文件1文件2比较两个文本文件将不同的行列出来
pack文件…将指定文件转储为压缩格式文件名后加.z文件存取模式
访问时间修改时间等均不变
pcat文件…显示输出压缩文件
unpack文件…将压缩后的文件解压后转储为压缩前的格式
vi[-wn][-R]文件…
vi是一个基于行编辑器ex上的全屏幕编辑器可以在vi中使用exed的全
部命令vi选项中-wn指将编辑窗口大小置为n行-R为将编辑的文件置为
只读模式vi工作模式分为命令模式和输入模式一般情况下在命令模式下
可敲入vi命令进入输入模式下时可以编辑要编辑的文本命令aAiIoOc
CsSR可进入输入模式在输入模式下按ESC键可推出输入模式回到命令
模式在命令模式中敲入命令则可进入ex方式在屏幕底部出现提示符
此时可使用任意ex命令屏幕底行也用来作/?
!
命令的提示行大多数命令
可以在其前面加数字表示命令执行的重复次数下面简单介绍一下vi的命令
集^表示(CTRL)键
quit退出bc
18.对于金融业务系统的测试有哪些要点。
首先要根据客户的需求文档保证业务逻辑正确、符合要求。
举例授信审批流程
来说主要测试前面岗位录入的数值资料传递到流程最后一个岗位后能正确显
示以及操作员的权限控制严格按照需求要求不同的权限除了在流程中的作用
不同所能执行的功能也不同
19.平时测试时怎么保证页面间传值正确
除了看页面的显示还要连接数据库对相应的表进行查询对数据库表结构不了
解时会询问相关的开发人员。
20.对于系统运行产生的日志文件是否关注
答只是适当了解公司对于服务器的维护安排有人负责。
21.银行的系统是否在同一个页面用不同权限的业务员登陆会显示不同的结
果会不会因为自己配置的不合理而产生错误
1有同一个页面用不同权限的业务员显示不同结果的情况主要表现为所能执
行的操作不同所能查询数据的范围不同。
2)对于不确定的错误一般不会立刻当缺陷处理需要跟相关人员沟通确认
了并非自己部署得不正确的原因才会提缺陷。
这个很重要。
22.BOSS渠道酬金结算系统的规模、几个测试人员
23.提交验收后客户又提了几个缺陷24.有没有做过本系统和其它系统的接口测试
接口测试主要在集成测试阶段采用目的是测试各个方法、模块、函数之间的
接口问题。
测试其间的接口是否满足系统需求的要求输入/输出是否正确各个模块之间
的状态转换是否与需求一致等。
我认为完全可以脱离开白盒测试方法而直接使
用黑盒测试方法进行测试接口测试也是测试中的重点尤其是对于模块之间数
据交换比较多的系统和软件。
25.有没有写过测试桩
答单元测试的时候用写测试桩。
26.有没有测试过UNIX的项目
答这个根据个人实际情况回答。
可以将简历中的某个项目说成是部署在Unix
上的会使用一些Unix的操作命令。
27.是否使用过Unix、Linux环境有没有自己搭建过环境
28.有没有编写过shell脚本
答答这个根据个人实际情况回答差不多都只写过很简单的脚本。
29.对Oracle数据库是否熟悉比如异常处理
30.有没有装过Oracle数据库服务器
31.都参与过哪些项目
要点项目名称说清楚项目是干什么的说清
楚然后说自己做了什么测试了哪些模块。
32.对数据库操作是否熟悉
33.作为测试负责人最大的心得是什么
答一定要制定严格的测试计划、根据测试人员的特长安排测试任务、善于总结
经验教训、妥善保存测试过程中的一切文档。
34.在项目哪个阶段测试开始介入
答在项目需求阶段测试人员开始介入尽早的接入有助于更好的理解需求。
35.在测试中有没有风险有哪些风险
答有1需求培训达不到预期目标2)测试用例评审不合格3)测试人员不
稳定4在测试计划中安排的时间内不能完成测试任务。
5验收测试不合格36.当有测试人员请假的情况下作为测试负责人应该怎么处理?
答应该让测试人员提前请假针对不能完成的工作做好调整。
37.有关robot和TestManager的使用
Robot是IBMRational的测试工具是一个针对WEB,ERP和C/S进行功能自
动化测试的工具.它可以降低功能测试上的人力和物力的投入和风险包括了可
见和非可见对象
RationalTestManager从一个独立的,全局的角度对于各种测试活动进行管理
和控制.它让测试者可以随时了解需求变更对于测试用例的影响,通过针对一
致目标而进行的测试与报告提高了团队生产力.
RationalTestManager用来从各个方面进行测试管理:
*测试计划
*测试设计
*测试实现
*测试执行
*结果分析
38.Loadrunner会不会用写没写过测试编码。
39.协议接口测试有没有测试过。
40.关于何时能够到位
答这个根据实际情况回答。
41.是否测试过关于协议的系统
42.所参与的项目中规模最大的有多少行代码
43.对于linux的简单操作
44.是否测试过码流
45.关于性能需要分析给出具体方法
46.监听端口的方法
47.sql语句出题回答查询出不包括138的号条数
select字段名from表名whereid<
>
’138’
48.测试过程的管理工作
进度管理按照客户要求完成工作每天检查工作进度发现偏差时及时调整
通过加班或者与客户沟通存在问题。
质量管理检查测试人员提交的缺陷质量包括缺陷描述是否符合规范缺陷是
否描述清晰是否可重现级别是否正确抽测测试人员负责模块是否有严重问
题未发现。
49.测试方法
答等价类划分、边界值分析、错误推测、因果分析。
50.有没有测试过UNIX的项目
答这个根据个人情况回答。
51.UNIX基本的操作命令熟不熟问解压缩命令
Tarcvf打包不压缩
Tarxvf解包不压缩
压缩命令compress解压缩命令uncompress.z
Gzipgunzip.gz
Zipunzip.z
52.oracle查询语句分组命令数据库视图的作用视图里面的数据能改吗
答分组命令GroupBy。
视图的作用
*简单性。
看到的就是需要的。
视图不仅可以简化用户对数据的理解也可以简
化他们的操作。
那些被经常使用的查询可以被定义为视图从而使得用户不必为
以后的操作每次指定全部的条件。
*安全性。
通过视图用户只能查询和修改他们所能见到的数据。
数据库中的其它
数据则既看不见也取不到。
*逻辑数据独立性。
视图可帮助用户屏蔽真实表结构变化带来的影响。
对于简单视图可以用update语法修改表数据,但复杂视图则不一定能改。
如使用
了函数,groupby。
53.robot测试工具里面有java控件吗
有但需要安装。
54.哪些资料要进行测试
答一般需要写大纲的资料都要测试这个具体会在SOW中明确说明。
55.简单介绍下测试的经历。
根据个人情况回答一定要把自己的项目描述清楚。
56.你觉得测试过程中哪个环节最重要
测试需求的理解、对被测对象的掌握。
华为的人说这个也没有标准答案只是看看对测试的理解。
也可以说每个环节都
很重要。
57.DB2和oracle的存储过程有什么区别
58.oracle存储过程的输出类型是什么
59.唯一索引和联合索引有什么区别
答唯一索引保证表中没有两行在定义索引的列上具有重复值唯一索引也可以
是两个及两个以上字段的联合索引。
60.有没有用过informix数据库61.简单介绍一下对主叫、被叫、前转的理解。
62.对整体的业务框架是怎么理解的
63.介绍一下BOSS项目是做什么的
64.BOSS项目和本项目是什么直接的关系
65.BOSS用的数据库和操作系统分别是什么
答数据库一般用Oracle、操作系统一般用Unix。
66.AIX查看cpu使用情况的命令是什么
答vmstat/top。
67.一个项目20天的测试时间分三轮测试问如何安排
答1-7第一轮测试8-9修改完善测试用例、等开发人员提交代码。
10-14第
二轮测试15-16等开发人员提交代码17-20第三轮回归测试。
上述时间安排并不是决对性的可以根据不同项目情况调整但需注意每轮测试
之间要留有开发人员修改代码的时间。
可以适当安排测试小结或测试、开发交流
会。
68.怎么来保证项目测试的质量
答测试用例编写完毕后要加强评审的力度确保测试用例覆盖所有需求点测
试时间宽裕的话可以做交叉测试用以确保测试质量。
69.测试工作的时间安排不够的话应该怎么处理
答首先要考虑可以加班如问题仍不能解决的话可以和项目经理商量适当延长
测试的时间
70.测试计划的内容
答软硬件环境测试点集成顺序人员安排进度安排
71.怎么高效管理团队能保证保量的完成任务
答任务的分配要与测试人员的沟通后再确定多关心测试人员的工作情况和心
理状态发现问题及时作出反应。
72.用过哪些测试工具包括华为自己写的
答对robot比较熟悉loadrunner也自己学习过。
有什么说什么。
73.对java代码、oracle的存储过程是否能看明白
答可以看懂java代码存储过程较熟悉测试渠道酬金结算项目的时候就是
看得老系统的存储过程了解的业务
74.以前做过什么项目并且介绍你做过的比较好的项目
答外包项目做的都不错举《清欠管理子系统》的例子简单说明了一下。
7
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 华为 测试 试题 doc
![提示](https://static.bdocx.com/images/bang_tan.gif)