软件测试工程师经典面试题_第1页
软件测试工程师经典面试题_第2页
软件测试工程师经典面试题_第3页
全文预览已结束

下载本文档

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

文档简介

软件测试工程师经典面试题

此题答案还可用于回答测试流程,测试流程题亦可参考15题。

阅读系统需求,充分理解需求,记录问题,并与项目需求人员充分沟通。

编写测试需求,包括系统功能和非功能测试要点、测试类型、测试进度质量要求等。

制定测试方案,包括熟识测试业务、设计测试用例、执行测试用例、进行测试小结、编写测试报告,任务颗粒度一般应小于5人天

编写测试用例,依据测试方案设计用例,即便没有明确的性能和平安测试要求,也应识别进行此两项测试。

执行软件测试,

进行测试小结,假如测试持续时间较长,每个版本间隙总结本轮测试。

编写测试报告,总结测试过程,汇总度量数据。

2、测试方案和测试方案的区分?

测试方案是技术性的;测试方案更多是管理性的。

测试方案主要要考虑测试的技术可行性、关键技术、资源投入、进度支配、风险管理、配置管理、输入输出等。测试方案更多地供高层管理者决策时做参考;同时对后续测试工作开展起指导作用。

在一些小项目中,可能只需要一个测试方案,测试方案内容相对较少,可以与测试方案合并进行;而一些大项目中,或许要设计数十个测试方案,这就需要一个提纲挈领的东西了,这就是测试方案的作用。

3、测试用例是依据什么写的?

系统测试用例依据需求和设计编写

4、客户没给性能指数,怎么开展性能测试?

假如客户没有提出明确的性能指标,可以根据惯例和阅历设置,需要和PM协商,一般由PM确认,QA负责给出建议。

举例说一个Server端程序,要求峰值时CPU和MEM消耗在75%以下,而一个页面的访问响应时间一般认为用户的`忍耐时间是3-5秒以内,这些要参考实际的应用来确定用户规模、操作频率、同时在线数等。

5、有没有做过接口测试,是如何做的?

通过编写测试程序,获得接口指针,逐个调用接口函数验证其正确性,及失败操作

6、测试过程中是如何来保证软件质量的?

用例编写完毕后要加强评审的力度,确保测试用例掩盖全部需求点

执行测试过程中留意做小结检查掩盖状况、端详所提缺陷质量,复测时应留意相关模块的测试

7、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中使用ex,ed的全部命令,vi选项中-wn指将编辑窗口大小置为n行,-R为将编辑的文件置为只读模式,vi工作模式分为命令模式和输入模式,一般状况下在命令模式下,可敲入vi命令,进入输入模式下时可以编辑要编辑的文本,命令aAiIoOcCsSR可进入输入模式,在输入模式下按ESC键可推出输入模式,回到命令模式,在命令模式中敲入:命令,则可进入ex方式,在屏幕底部消失提示符:,此时可使用任意ex命令,屏幕底行也用来作/?!命令的提示行,大多数命令可以在其前面加数字,表示命令执行的重复次数,下面简洁介绍一下vi的命令集,^表示(CTRL)键

quit退出bc

8、陷是怎么管理的?

答:我们采纳了RationalClearQuest来管理缺陷。

测试人员执行测试,发觉缺陷,录入CQ,要求填写项目名称、子系统名称、模块名称、缺陷标题、缺陷描述(描述场景、现象)、缺陷级别、提出人等。状态:已提交。

项目经理或开发组长确认缺陷后安排给开发人员,状态:已安排。

开发人员修复缺陷完成后,将修复缺陷所花费的时间填写的Schedule中,缺陷的产生缘由填写在备注中,因采纳UCM模式,全部造成该缺陷的错误代码文件,在UCM视图中可以统计。状态:已处理。

测试人员复测,如缺陷已经修复,则关闭缺陷,状态:已关闭。如缺陷仍旧存在,则修改状态为已安排。

当缺陷存在争

温馨提示

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

评论

0/150

提交评论