软件测试经典面试题总结Word格式.docx
- 文档编号:15976339
- 上传时间:2022-11-17
- 格式:DOCX
- 页数:33
- 大小:93.10KB
软件测试经典面试题总结Word格式.docx
《软件测试经典面试题总结Word格式.docx》由会员分享,可在线阅读,更多相关《软件测试经典面试题总结Word格式.docx(33页珍藏版)》请在冰豆网上搜索。
1、用最少的实验覆盖最多的操作,测试用例设计很少,效率高,但是很复杂;
2、对于基本的验证功能,以及二次集成引起的缺陷,一般都能找出来;
但是更深的缺陷,更复杂的缺陷,还是无能为力的;
3、具体的环境下,正交表一般都很难做的。
大多数,只在系统测试的时候使用此方法。
5、描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程?
标记
就是Bugzilla的状态转换图。
6、你觉得bugzilla在使用的过程中,有什么问题?
界面不稳定;
根据需要配置它的不同的部分,过程很烦琐。
流程控制上,安全性不好界定,很容易对他人的Bug进行误操作;
没有综合的评分指标,不好确认修复的优先级别。
7、描述测试用例设计的完整过程?
需求分析+需求变更的维护工作;
根据需求,得出测试需求;
设计测试方案,评审测试方案;
方案评审通过后,设计测试用例,再对测试用例进行评审;
8、单元测试的策略有哪些?
逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析
9、LoadRunner分哪三部分?
用户动作设计;
场景设计;
测试数据分析;
10、LoadRunner进行测试的流程?
1、测试用例
2、创建虚拟用户脚本
3、创建运行场景
4、运行测试脚本
5、监视场景
6、分析测试的结果
以上,最好是结合一个案例,根据以上流程来介绍。
11、什么是并发?
在lordrunner中,如何进行并发的测试?
集合点失败了会怎么样?
在同一时间点,支持多个不同的操作。
LoadRunner中提供IP伪装,集合点,配合虚拟用户的设计,以及在多台电脑上设置,可以比较好的模拟真实的并发。
集合点,即是多个用户在某个时刻,某个特定的环境下同时进行虚拟用户的操作的。
集合点失败,则集合
点的才操作就会取消,测试就不能进行。
12、使用QTP做功能测试,录制脚本的时候,要验证多个用户的登录情况/查询情况,如何操作?
分析用户登录的基本情况,得出一组数据,通过性测试/失败性测试的都有(根据TC来设计这些数据),然后录制登录的脚本,将关键的数据参数化,修改脚本,对代码进行加强,调试脚本。
13、QTP中的Action有什么作用?
有几种?
Action的作用
用Action可以对步骤集进行分组
步骤重组,然后被整体调用
拥有自己的sheet
组合有相同需求的步骤,整体操作
具有独立的对象仓库
Action的种类
可复用Action
不可复用Action
外部Action
14、TestDirector有些什么功能,如何对软件测试过程进行管理?
需求管理
定义测试范围
定义需求树
描述需求树的功能点
测试计划
定义测试目标和测试策略。
分解应用程序,建立测试计划树。
确定每个功能点的测试方法。
将每个功能点连接到需求上,使测试计划覆盖全部的测试需求。
描述手工测试的测试步骤
指明需要进行自动测试的功能点
测试执行
定义测试集合。
为每个测试人员制定测试任务和测试日程安排。
运行自动测试。
缺陷跟踪
记录缺陷
查看新增缺陷,并确定哪些是需要修正的
相关技术人员修改缺陷
回归测试
分析缺陷统计图表,分析应用程序的开发质量。
15、你所熟悉的软件测试类型都有哪些?
请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性
能测试……)?
CompatibilityTesting(兼容性测试),测试软件是否和系统的其它与之交互的元素之间兼容,女口:
浏览器、操
作系统、硬件等。
验证测试对象在不同的软件和硬件配置中的运行情况。
Functionaltesting(功能测试),根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。
Performaneetesting(性能测试),评价一个产品或组件与性能需求是否符合的测试。
包括负载测试、强度测
试、数据库容量测试、基准测试等类型。
16、软件缺陷(或者叫Bug)记录都包含了哪些内容?
如何提交高质量的软件缺陷(Bug)记录?
1,硬件平台和操作系统
2,版本
3,bug编号
4,bug报告优先级
5,bug状态
6,发现人
7,提交人
8,提交日期
9,指定处理人
10,概述
11,从属关系
12,详细描述
13,严重程度
14,所属模块
要提交高质量的软件缺陷记录要参考需求及前期详细设计等前期文档,设计高效测试用例,然后执行用例,对
发现问题要充分肯定,然后对外发布。
17、Beta测试与Alpha测试有什么区别?
Betatesting(测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。
开发者通常不在
测试现场
Alphatesting(a测试),是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境
下进行的受控测试
18、软件的评审一般由哪些人参加?
其目的是什么?
在正式的会议上将软件项目的成果(包括各阶段的文档、产生的代码等)提交给用户、客户或有关部门人
员对软件产品进行评审和批准。
其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方
面的设计缺陷,并采取补救措施,以及找出在性能、安全性和经济方面的可能的改进。
人员:
用户、客户或有关部门开发人员,测试人员,需求分析师都可以,就看处于评审那个阶段
19、阶段评审与项目评审有什么区别?
阶段评审对项目各阶段评审:
对阶段成果和工作
项目评审对项目总体评审:
对工作和产品
20、阐述工作版本的定义?
软件开发过程中,用于内部测试的功能和性能不完善的软件版本。
工作版本既可以是系统的可操作版本,也可
以是要在发布产品中演示的部分功能模块。
21、什么是桩模块?
什么是驱动模块?
桩模块:
被测模块调用模块
驱动模块调用被测模块的模块
22、什么是扇入?
什么是扇出?
扇入:
被调次数,扇出:
调其它模块数目
23、你认为做好测试计划工作的关键是什么?
软件测试计划就是在软件测试工作正式实施之前明确测试的对象,并且通过对资源、时间、风险、测试范围和
预算等方面的综合分析和规划,保证有效的实施软件测试;
做好测试计划工作的关键:
目的,管理,规范
1.明确测试的目标,增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试计划的价值取决于它对
帮助管理测试项目,并且找出软件潜在的缺陷。
因此,软件测试计划中的测试范围必须高度覆盖功能需求,测
试方法必须切实可行,测试工具并且具有较高的实用性,便于使用,生成的测试结果直观、准确
2.坚持“5W规则,明确内容与过程
How
“5W规则指的是“What做什么)”、“Why(么做)”、“Whew时做)”、“Whe在哪里)”、“
(如何做)”。
利用“5W规则创建软件测试计划,可以帮助测试团队理解测试的目的(Why),明确测试的范
围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档
和软件的存放位置(Where)。
3.采用评审和更新机制,保证测试计划满足实际需求
测试计划写作完成后,如果没有经过评审,直接发送给测试团队,测试计划内容的可能不准确或遗漏测试内
容,或者软件需求变更引起测试范围的增减,而测试计划的内容没有及时更新,误导测试执行人员。
4.分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档,把用于指导测试小组执行测试过程的测试用例
放到独立创建的测试用例文档或测试用例管理数据库中。
测试计划和测试详细规格、测试用例之间是战略和战
术的关系,测试计划主要从宏观上规划测试活动的范围、方法和资源配置,而测试详细规格、测试用例是完成
测试任务的具体战术。
24、你认为做好测试用例工作的关键是什么?
需求和设计文档的理解程度,对系统的熟悉程度
25、简述一下缺陷的生命周期?
提交->
确认->
分配->
修复->
验证->
关闭
26、软件的安全性应从哪几个方面去测试?
用户认证机制:
如数字证书、智能卡、双重认证、安全电子交易协议
加密机制
安全防护策略:
如安全日志、入侵检测、隔离防护、漏洞扫描
数据备份与恢复手段:
存储设备、存储优化、存储保护、存储管理
防病毒系统
27、软件配置管理工作开展的情况和认识?
软件配置管理贯穿于软件开发、测试活动的始终,覆盖了开发、测试活动的各个环节,它的重要作用之一就是要全面的管理保存各个配置项,监控各配置项的状态,并向项目经理及相关的人员报告,从而实
现对软件过程的控制。
软件测试配置管理包括4个最基本的活动:
配置项标识
配置项控制
配置项状态报告
配置审计
软件配置管理通常借助工具来辅助,主要有MSSourceSafe、RationalClearCase等
28、你觉得软件测试通过的标准应该是什么样的?
缺陷密度值达到客户的要求
29、引入测试管理的含义?
风险分析,进度控制、角色分配、质量控制
30、一套完整的测试应该由哪些阶段组成?
需求分析t测试计划t测试设计t测试环境搭建t测试执行t测试记录t缺陷管理t软件评估
31、集成测试也叫组装测试或者联合测试,请简述集成测试的主要内容?
(1)在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失;
(2)一个模块的功能是否会对另一个模块的功能产生不利的影响;
(3)各个子功能组合起来,能否达到预期要求的父功能;
(4)全局数据结构是否有问题;
(5)单个模块的误差累积起来,是否会放大,从而达到不能接受的程度。
32、简述集成测试与系统测试关系?
(1)集成测试的主要依据概要设计说明书,系统测试的主要依据是需求设计说明书;
(2)集成测试是系统模块的测试,系统测试是对整个系统的测试,包括相关的软硬件平台、网络以及相关外设的测试。
33、软件测试的文档测试应当贯穿于软件生命周期的全过程,其中用户文档是文档测试的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 经典 试题 总结