一个常见的软件测试面试题.docx

上传人:b****2 文档编号:2059271 上传时间:2022-10-26 格式:DOCX 页数:7 大小:19.81KB
下载 相关 举报
一个常见的软件测试面试题.docx_第1页
第1页 / 共7页
一个常见的软件测试面试题.docx_第2页
第2页 / 共7页
一个常见的软件测试面试题.docx_第3页
第3页 / 共7页
一个常见的软件测试面试题.docx_第4页
第4页 / 共7页
一个常见的软件测试面试题.docx_第5页
第5页 / 共7页
点击查看更多>>
下载资源
资源描述

一个常见的软件测试面试题.docx

《一个常见的软件测试面试题.docx》由会员分享,可在线阅读,更多相关《一个常见的软件测试面试题.docx(7页珍藏版)》请在冰豆网上搜索。

一个常见的软件测试面试题.docx

一个常见的软件测试面试题

一个常见的软件测试面试题

一个常见的软件测试面试题

考官从办公室(面试现场)随意选取一个简单物品,假定是一个喝水的带广告图案的

花纸杯,让应聘人对它设计出尽可能多的测试用例。

测试项目:

杯子

需求测试:

查看杯子使用说明书

界面测试:

查看杯子外观

功能度:

用水杯装水看漏不漏;水能不能被喝到

安全性:

杯子有没有毒或细菌

可*性:

杯子从不同高度落下的损坏程度

可移植性:

杯子再不同的地方、温度等环境下是否都可以正常使用

兼容性:

杯子是否能够容纳果汁、白水、酒精、汽油等

易用性:

杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档:

使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试:

将杯子盛上水(案例一)放24小时检查泄漏时间和情况;盛上汽油(案例

二)放24小时检查泄漏时间和情况等

压力测试:

用根针并在针上面不断加重量,看压强多大时会穿透

跌落测试:

杯子加包装(有填充物),在多高的情况摔下不破损

震动测试:

杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路公路

航空运输

测试数据:

测试数据具体编写此处略(最讨厌写测试数据了)。

其中应用到:

场景法、等价类划

分法、因果图法、错误推测法、边界值法等方法

期望输出:

该期望输出需查阅国标、行标以及使用用户的需求

说明书测试:

检查说明书书写准确性

给大家提三个产品:

1•手机2.电饭锅3•电梯

有兴趣的同学可以把答案写出来

一个常见的软件测试面试题

问题集

1•软件测试分哪两种方法?

分别适合什么情况?

2•—套完整的测试应该由哪些阶段组成?

分别阐述一下各个阶段。

3•软件测试的类型有那些?

分别比较这些不同的测试类型的区别与联系。

4•测试用例通常包括那些内容?

着重阐述编制测试用例的具体做法

5•在分别测试winform的C/S结构与测试WEB结构的软件是,应该采取什么样的方法

分别测试?

他们存在什么样的区别与联系?

6•在测试winform的C/S结构软件时,发现这个软件的运行速度很慢,您会认为是什么原因?

您会采取哪些方法去检查这个原因?

7•描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程8.如果您是测试组长,您会采取什么样的方式管理团队?

在测试人员同开发人员的沟通过程中,如何提

高沟通的效率和改善沟通的效果?

维持测试人员同开发团队中其他成员良好的人际关系

的关键是什么?

问题解答:

1.软件测试分哪两种方法?

分别适合什么情况?

软件测试方法一般分为两种:

白盒测试与黑盒测试。

白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,它着重于程序的内部结构及算法,通常不关心功能与性能指标;黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试,它实际上是站在最终用户的立场,检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。

2.—套完整的测试应该由哪些阶段组成?

分别阐述一下各个阶段。

计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试一套完整的测试应该由五个阶段组成:

1)。

测试计划首先,根据用户

需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告,即制

订黑盒测试的最高标准。

以后所有的测试工作都将围绕着测试需求来进行,符合测试

需求的应用程序即是合格的,反之即是不合格的;同时,还要适当选择测试内容,合理安排测试人员、测试时间及测试资源等。

2)测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程,

并为每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响测试结果的有效性)。

一个常见的软件测试面试题一个常见的软件测试面试题。

3)测试开发建立可重复使用的自动测试过程。

4)测试执行执行测试开发阶段建立的自动测试过程,并对所发现的缺陷进行跟踪管

理,测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成,测试人员应本着科学负责的态度,一步一个脚印地进行测试。

5)测试评估结合量化的测试覆盖域及缺陷跟踪报告,对于应用软件的质量和开发团队

的工作进度及工作效率进行综合评价。

3•软件测试的类型有那些?

分别比较这些不同的测试类型的区别与联系。

一个常见的软件测试面试题

常见的测试用例设计方法都有哪些?

请分别以具体的例子来说明这些方法在测试用例设

计工作中的应用。

1.等价类划分

常见的软件测试面试题划分等价类:

等价类是指某个输入域的子集合•在该子集合中,各个输入数据对于揭露程序中的错误都是等效的•并合理地假定:

测试某等价类的代表值就

等于对这一类其它值的测试•因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据•取得较好的

测试结果•等价类划分可有两种不同的情况:

有效等价类和无效等价类•

2.边界值分析法

边界值分析方法是对等价类划分方法的补充。

测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设(面试题目:

什么样的工作环境适合你&#from一个常见的软件测试面试题来自end#lt;结束)计测试用例,可以查出更多的错误.

使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

3•错误推测法

基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的

方法•

错误推测方法的基本思想:

列举出程序中所有可能有的错误和容易发生错误的特殊情况

根据他们选择测试用例•例如,在单元测试时曾列出的许多在模块中常见的错误•以前

产品测试中曾经发现的错误等,这些就是经验的总结。

还有,输入数据和输出数据为0的情况。

输入表格为空格或输入表格只有一行•这些都是容易发生错误的情况。

可选择

这些情况下的例子作为测试用例•

4.因果图方法

前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等•考虑输入条件之间的相互组合,可能会产生一些新的情况•但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多•因此必须考虑采用一种适合于描述对于多种条件的组合,

相应产生多个动作的形式来考虑设计测试用例•这就需要利用因果图(逻辑模型)•因果

图方法最终生成的就是判定表•它适合于检查程序输入条件的各种组合情况•

5.正交表分析法

有时候,可能因为大量的参数的组合而引起测试用例数量上的激增,同时,这些测试

用例并没有明显的优先级上的差距,而测试人员又无法完成这么多数量的测试,就可

以通过正交表来进行缩减一些用例,从而达到尽量少的用例覆盖尽量大的范围的可能性。

6.场景分析方法

指根据用户场景来模拟用户的操作步骤,这个比较类似因果图,但是可能执行的深度

和可行性更好。

您认为做好测试用例设计工作的关键是什么?

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。

一个常见的

软件测试面试题文章一个常见的软件测试面试题出自,此链接!

不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题

详细的描述一个测试活动完整的过程:

1.项目经理通过和客户的交流,完成需求文档,由开发人员和测试人员共同完成需求文档的评审,评审的内容包括:

需求描述不清楚的地方和可能有明显冲突或者无法实

现的功能的地方。

项目经理通过综合开发人员,测试人员以及客户的意见,完成项目计划。

然后sqa进入项目,开始进行统计和跟踪

2.开发人员根据需求文档完成需求分析文档,测试人员进行评审,评审的主要内容包

括是否有遗漏或者双方理解不同的地方。

测试人员完成测试计划文档,测试计划包括的内容上面有描述。

3.测试人员根据修改好的需求分析文档开始写测试用例,同时开发人员完成概要设计

文档,详细设计文档。

此两份文档成为测试人员撰写测试用例的补充材料。

4.测试用例完成后,测试和开发需要进行评审。

5.测试人员搭建环境

6.开发人员提交第一个版本,可能存在未完成功能,需要说明。

测试人员进行测试,发现bug后提交给bugzilla。

7.开发提交第二个版本,包括bugfix以及增加了部分功能,测试人员进行测试。

8.重复上面的工作,一般是3-4个版本后bug数量减少,达到出货的要求。

9.如果有客户反馈的问题,需要测试人员协助重现以及回归测试。

以往是否曾经从事过性能测试工作?

请尽可能的详细描述您以往的性能测试工作的完整

过程。

曾经做过一套网管系统的性能测试,主要测试该软件在同时管理大量终端的情况下,

在响应时间,cpu/磁盘/内存等参数是否满足要求。

一个常见的软件测试面试题礼仪大全。

也曾经做过软交换系统的呼叫性能测试,主要是测试软交换系统在有大量呼叫的情况

下,响应时间,呼叫成功率,cpu/磁盘/内存等参数是否满足设计要求。

您在从事性能测试工作时,是否使用过一些测试工具?

如果有,请试述该工具的工作原

理,并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。

测试网管系统中,使用的mimic来模拟终端,能够大量的节省成本。

测试软交换系统的时候,使用的prolab来模拟终端并发送呼叫软交换,他完成了同时数百人才能完成的摘机拨号工作,主要工作原理是产生一些符合要求的ip包并发送给

软交换系统,同时对软交换系统的回应进行处理,决定下一步动作。

您认为性能测试工作的目的是什么?

做好性能测试工作的关键是什么?

主要是保障在大量用户的情况下,服务能正常使用。

在您以往的工作中,一条软件缺陷(或者叫bug)记录都包含了哪些内容?

如何提交高质量的软件缺陷(bug)记录?

1.在传统的bugzilla中,bug描述应该包括以下的信息

2.和bug产生对应的软件版本

3.开发的接口人员

4.bug的优先级

5.bug的严重程度

6.bug可能属于的模块,如果不能确认,可以用开发人员来判断

7.bug标题,需要清晰的描述现象

8.bug描述,需要尽量给出重新bug的步骤

9.bug附件中能给出相关的日志和截图。

高质量的bug记录就是指很容易理解的bug记录,所以,对于描述的要求高,能提供的信息多且准确,很好的帮助开发人员定位。

更多面试题目分享:

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 人文社科

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1