我的口号是:多分享,多进步,多快乐!!!

华为测试面试题二

上一篇 / 下一篇  2013-09-09 20:59:43 / 个人分类:面试与笔试

1.    介绍一下测试流程。

答:项目启动后进行需求培训,测试人员尽早的参与到项目需求的培训和评审,也就是测试工作应该从需求阶段开始介入。

  项目经理编写《项目计划》,开发人员产出《需求规格说明书》,这时测试组长就要根据《项目计划》开始编写《测试计划》,其中包括人员,软件硬件资源,测试点,进度安排和风险识别等内容。

《测试计划》编写完成后需要进行评审,参与人员有项目经理,测试经理。测试组长需要根据评审意见修改《测试计划》,并上传到CC上,由配置管理员管理。

 待开发人员把《需求规格说明书》归纳好并打了基线,测试组长开始组织测试成员编写《测试方案》,《测试方案》编写完成后也需要进行评审,评审人员包括项目经理,开发人员,测试经理,测试组长,测试成员;测试组长组织测试成员修改测试方案,直到评审通过后才进入下个阶段――编写测试用例

 测试用例是根据《测试方案》来编写的,通过《测试方案》阶段,测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项,用例级别,预置条件,操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案,而测试方案又覆盖了测试需求点,这样才能保证客户需求不遗漏。同样,测试用例也需要通过开发人员,测试人员的评审,测试组长也需要组织测试人员对测试用例进行修改,直到评审通过。

 在我们编写测试用例的阶段,开发人员基本完成代码的编写,同时完成单元测试。提交测试中心后根据《测试计划》进度安排,测试组长组织进行多轮次的测试,每轮测试完成后测试组长需要编写测试报告,其中包括用例执行通过情况,缺陷分布情况,缺陷产生原因,测试中的风险等等,这时测试人员就修改增加测试用例。待到开发修改完bug并转来新的测试版本,测试人员开始进行第二轮的系统测试,首先回归完问题单,再继续进行测试,编写第二轮的测试报告,如此循环下去,直到系统测试结束。

 

2.    一个关于测试方案评审的分歧,

我们原本的流程是完成方案包括用例后进行评审,华为的建议是,在测试方案(即测试人员总结出测试重点等)之后,即进行评审,不能等全部用例完成。

关于版本缺陷密度的问题:问有没有统计。如果CQ中正常登记的话,是可以利用工具统计出来。CQ还可以根据需要定制查询。

关于测试提交标准:我讲了公司的标准,他说客户也会有自己的标准。我回复说是可以依据客户标准进行调整,

 

3.    对Unix系统是否熟识,是否会运用Informix 数据库

ls列出指定目录下的文件,缺省目录为当前目录./

pwd显示当前的工作目录

cd回到注册进入时的目录cd /tmp进入/tmp目录cd ../进入上级目录
mkdir [-m
模式] [-p]目录名 建立目录
mkdir tmp
在当前目录下建立子目录tmp
mkdir -m 777 /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命令,进入输入模式下时可以编辑要编辑的文本,命令a A i I o O c C s S R可进入输入模式,在输入模式下按ESC键可推出输入模式,回到命令模式,在命令模式中敲入: 命令,则可进入ex方式,在屏幕底部出现提示符 : ,此时可使用任意ex命令,屏幕底行也用来作/ ? !命令的提示行,大多数命令可以在其前面加数字,表示命令执行的重复次数,下面简单介绍一下vi的命令集,^表示(CTRL)

quit
退出bc

 

4.    对于金融业务系统的测试,有哪些要点。

首先要根据客户的需求文档,保证业务逻辑正确、符合要求。举例授信审批流程来说,主要测试前面岗位录入的数值资料传递到流程最后一个岗位后能正确显示;以及操作员的权限控制严格按照需求要求,不同的权限除了在流程中的作用不同,所能执行的功能也不同

 

5.    平时测试时怎么保证页面间传值正确?

除了看页面的显示,还要连接数据库对相应的表进行查询,对数据库表结构不了解时,会询问相关的开发人员。

 

6.    对于系统运行产生的日志文件是否关注?

答:只是适当了解,公司对于服务器的维护安排有人负责。

 

7.    银行的系统是否在同一个页面,用不同权限的业务员登陆会显示不同的结果?会不会因为自己配置的不合理而产生错误?

1)有同一个页面用不同权限的业务员显示不同结果的情况,主要表现为所能执行的操作不同,所能查询数据的范围不同。

2)对于不确定的错误,一般不会立刻当缺陷处理,需要跟相关人员沟通,确认了并非自己部署得不正确的原因,才会提缺陷。这个很重要。

 

8.    BOSS渠道酬金结算系统的规模、几个测试人员?

 

9.    提交验收后客户又提了几个缺陷?

 

10.有没有做过本系统和其它系统的接口测试

接口测试:主要在集成测试阶段采用,目的是测试各个方法、模块、函数之间的接口问题。
测试其间的接口是否满足系统需求的要求,输入/输出是否正确,各个模块之间的状态转换是否与需求一致等。我认为完全可以脱离开白盒测试方法,而直接使用黑盒测试方法进行测试,接口测试也是测试中的重点,尤其是对于模块之间数据交换比较多的系统和软件。

 

11.有没有写过测试桩?

答:单元测试的时候用写测试桩。

 

12.有没有测试过UNIX的项目?

答:这个根据个人实际情况回答。可以将简历中的某个项目说成是部署在Unix上的,会使用一些Unix的操作命令。

 

13.是否使用过Unix、Linux环境,有没有自己搭建过环境?

答:这个根据个人实际情况回答。可以将简历中的某个项目说成是部署在Unix上的,会使用一些Unix的操作命令。

 

14.有没有编写过shell脚本?

答:答:这个根据个人实际情况回答,差不多都只写过很简单的脚本。

 

15.Oracle数据库是否熟悉(比如:异常处理)?

答:这个根据个人实际情况回答。

 

16.有没有装过Oracle数据库服务器?

答:这个根据个人实际情况回答。

 

17.都参与过哪些项目?

答:这个根据个人实际情况回答。要点:项目名称说清楚,项目是干什么的说清楚,然后说自己做了什么,测试了哪些模块。

 

18.对数据库操作是否熟悉?

答:这个根据个人实际情况回答。

 

19.作为测试负责人最大的心得是什么?

答:一定要制定严格的测试计划、根据测试人员的特长安排测试任务、善于总结经验教训、妥善保存测试过程中的一切文档。

 

20.在项目哪个阶段测试开始介入?

答:在项目需求阶段测试人员开始介入,尽早的接入有助于更好的理解需求。

 

21.在测试中有没有风险?有哪些风险

答:1)需求培训达不到预期目标 2)测试用例评审不合格  3)测试人员不稳定  4)在测试计划中安排的时间内不能完成测试任务。5)验收测试不合格

 

22.当有测试人员请假的情况下,作为测试负责人应该怎么处理?

答:应该让测试人员提前请假,针对不能完成的工作做好调整。

 

23.有关robot和TestManager的使用

RobotIBM Rational的测试工具,是一个针对WEB, ERPC/S进行功能自动化测试的工具.它可以降低功能测试上的人力和物力的投入和风险包括了可见和非可见对象

Rational TestManager从一个独立的,全局的角度对于各种测试活动进行管理和控制.它让测试者可以随时了解需求变更对于测试用例的影响,通过针对一致目标而进行的测试与报告提高了团队生产力.

Rational TestManager个方行测试管理:

*测试

*测试设计

*测试

*测试

*结果分析

 

24.Loadrunner会不会用,写没写过测试编码。

答:这个根据个人实际情况回答。

 

25.协议接口测试有没有测试过。

答:这个根据个人实际情况回答。

 

26.关于何时能够到位?

答:这个根据实际情况回答。

 

27.是否测试过关于协议的系统?

答:这个根据个人实际情况回答。

 

28.所参与的项目中规模最大的有多少行代码?

答:这个根据个人实际情况回答。

29.对于linux的简单操作

30.是否测试过码流?

31.关于性能需要分析,给出具体方法

32.监听端口的方法

33.sql语句,出题回答 查询出不包括138的号条数

select字段名from表名where id<>’138’

 

34.测试过程的管理工作

进度管理:按照客户要求完成工作,每天检查工作进度,发现偏差时及时调整,通过加班或者与客户沟通存在问题。

质量管理:检查测试人员提交的缺陷质量,包括缺陷描述是否符合规范,缺陷是否描述清晰,是否可重现,级别是否正确,抽测测试人员负责模块是否有严重问题未发现。

 

35.测试方法

答:等价类划分、边界值分析、错误推测、因果分析。

 

36.有没有测试过UNIX的项目?

答:这个根据个人情况回答。

 

37.UNIX基本的操作命令熟不熟?问解压缩命令

Tar cvf 打包不压缩

Tar xvf 解包不压缩

压缩命令:compress 解压缩命令:uncompress .z

Gzip gunzip .gz

Zip unzip .z

 


TAG:

chenviviana的个人空间 引用 删除 chenviviana   /   2013-12-06 21:45:15
5
 

评分:0

我来说两句

Mrsjjl

Mrsjjl

Hello everyone,my name is jiangjiliang,welcome to personal space!!!

日历

« 2024-05-18  
   1234
567891011
12131415161718
19202122232425
262728293031 

我的存档

数据统计

  • 访问量: 59696
  • 日志数: 65
  • 建立时间: 2013-09-07
  • 更新时间: 2013-09-11

RSS订阅

Open Toolbar