软件测试工程师面试基础题.docx
《软件测试工程师面试基础题.docx》由会员分享，可在线阅读，更多相关《软件测试工程师面试基础题.docx（25页珍藏版）》请在冰点文库上搜索。
软件测试工程师面试基础题
软件测试复习内容
如下列举出来问题大某些是要掌握，可参照思维导图来看。
1.什么是测试？
答：
（美国电器和电子工程师协会）IEEE提出软件工程原则术语，使用人工和自动手段来运营或测试某个系统过程，目在于检查它与否满足规定需求或是弄清预期成果与实际成果之间差别。
简朴定义:
找出软件中BUG
2.为什么要测试？
答：
在软件开发过程中容易浮现缺少有效沟通,软件复杂,编程错误,需求不断变更,时间压力,缺少文档代码,软件开发工具和人员自大等因素引起错误,通过测试可以找出其中错误,解决错误,从而提高软件质量
3.软件生命周期分为哪几种阶段？
详细内容是什么？
答：
筹划
工作内容
1.拟定软件开发总目的；
2.给出软件功能、性能、可靠性以及接口等方面设想；
3.研究完毕该项目可行性，探讨问题解决方案；
4.对可供开发使用资源、成本、可获得效益和开发进度作出预计；
5.制定完毕开发任务实行筹划。
需求分析
工作内容
对开发软件进行详细定义，由需求分析人员和顾客共同讨论决定，哪些需求是可以满足，并且予以确切描述，写出软件需求阐明书SRS（SoftwareRequirementSpecification）。
设计
工作内容
设计是软件工程技术核心，这个阶段需要完毕设计阐明书
1.概要设计（HLD），在设计阶段把各项需求转换成相应体系构造，每一某些是功能明确模块；
2.详细设计（LLD），对每个模块要完毕工作进行详细描述。
编码
工作内容
把软件设计转换成计算机可以接受程序，即写成以某个程序设计语言表达源程序清单，建立数据库。
测试
工作内容
测试是检查软件与否符合客户需求，达到质量规定，普通由独立小组执行，测试工作分为：
单元测试；集成测试；系统测试
运营和维护
工作内容
这个阶段将软件交付顾客投入正式使用，后来便进入维护阶段，也许有各种因素需要对它进行修改，如软件错误、系统软件升级、增强软件功能、提高性能等。
4.研发团队组织构架与流程是什么？
答：
组织架构
•软件开发组
开发经理
分析人员
设计人员
开发人员
•软件测试组
测试经理
测试人员
•配备管理组
配备经理
CMO（配备管理员）
研发流程
•瀑布模型
应用最为广泛一种模型，也是最容易理解和掌握模型，然而它缺陷也是显而易见。
•螺旋模型
综合了基本瀑布式模型和演化/渐增原型办法。
•RUP流程
所有工作流在各个阶段均有体现。
•IPD流程
从整个产品角度出发，不但仅针对研发。
5.测试阶段怎么划分？
答：
1.测试筹划阶段
2.测试设计阶段
3.测试实行阶段
4.测试执行阶段
6.什么是UT,IT,ST？
它们有什么区别？
答：
UT:
单元测试
IT:
集成测试
ST:
系统测试
区别：
测试办法
考察范畴
评估原则
单元测试
控制流测法
数据流测法
排错测法
分域测法
单元内部数据
构造、逻辑控制
、异常解决等
逻辑覆盖率
集成测试
自顶向下增至测试办法
自底向上增至测试办法
混合增至测试办法
接口与接口数据
传递关系，
模块组合后
整体功能
接口覆盖率
系统测试
恢复测试办法
安全测试办法
强度测试办法
性能测试办法
容量测试办法
对的性测试办法
可靠性测试办法
兼容性测试办法
这个系统对需
求符合度
测试用例对需求
规格覆盖率
7.什么是回归测试？
为什么要回归测试？
回归测试流程是什么？
回归测试测试方略有哪些？
答：
回归测试是指软件系统被修改或扩充（如系统功能增强或升级）后重新进行测试，是为了保证对软件所做修改没有引入新错误而重新进行测试。
回归测试目是验证缺陷得到了对的修复，同步对系统变更没有影响此前功能。
流程：
1.在测试方略制定阶段,制定回归测试方略
2.拟定需要回归测试版本
3.测试版本发布后,按照回归测试方略来执行回归测试
4.回归测试通过,关闭缺陷跟踪单
5.回归测试不通过,缺陷跟踪单返回给开发人员,开发人员重新修改BUG.再次提交给测试人员回归测试
测试方略：
1.完全重复测试：
重新执行前期设计用例，来确认问题修改真确性和修改扩散局部影响性
2.选取性重复测试：
1）覆盖修改法：
针对被修改某些,选用或重新构造测试用例验证没有错误再次发生选取办法
2）周边影响法：
该办法涉及覆盖修改法,还要分析修改后对扩散影响
3）指标达到法：
先拟定一种达到指标,基于这种规定选取一种最小测试用例集合
8.画V&V模型？
答：
9.软件质量定义是什么？
影响软件质量因素是哪些？
ISO八大原则是什么？
答：
定义：
一种实体所有特性，基于这些特性可以满足明显或隐含需求。
而质量就是实体基于这些特性满足需求限度
因素：
流程、技术、组织。
流程：
一组活动（活动与否都是必要；活动角色之间关系）
过程：
一组将输入转化为输出有关联或互相作用活动。
原则；
1.以顾客为中心：
组织依存于其顾客，因而，组织应理解顾客当前和将来需求，满足顾客规定并争取赶超顾客盼望。
2.领导作用：
领导者将本组织宗旨.方向和内部环境编统一起来，并创造使员工可以充参加实现组织目的环境。
3.全员参加：
各级人员是组织之本，只有她们充分参加，才干使她们才干为组织带来最大收益。
4.过程办法：
将有关资源和活动作为过程进行管理，可以更高效地得到盼望成果。
5.管理系统办法：
针对设定目的，辨认.理解并管理一种由互有关联过程过程所构成体系，有助于提高组织有效性和效率。
6.持续改进：
持续改进是组织一种永恒目的。
7.基于事实决策办法：
对数据和信息逻辑分析或直觉判断是有效决策基本。
8.互利供方关系：
通过互利关系，增强组织及其供方创造价值能力。
其中与软件产品产品优其有关有：
（一.三.六.七项）
10.CMM/CMMI是什么？
它级别怎么划分？
有什么目？
有什么作用？
答：
（1）能力成熟度模型；一种比较流行软件质量管理体系
（2）划分：
初始级；可重复级；已定义级；已管理级；优化级；
（3）目：
评估软件承包商能力
协助软件组织改进过程，提高过程能力
（4）作用：
业界实行原则
业界一种交流语言
是中华人民共和国公司获取国际订单门槛
是向下采购保障
是减少软件声场风险有力手段
11.描述软件质量模型中内容？
答：
功能性：
当软件在指定条件下使用时，软件产品提供满足明确和隐含需求功能能力
1.适合性Suitability---软件产品为指定任务和顾客目的提供一组适当功能能力。
2.精确性Accuracy---软件产品提供具备所需精准度对的或相符成果或效果能力。
3.互操作性interoperability---软件产品与一种或更多规定系统进行交互能力。
4.保密安全性security---软件产品保护信息和数据能力，以使未授权人员或系统不能阅读或修改这些信息和数据，而不回绝授权人员或系统对它们访问。
5.功能性依从性functionalitycompliance---软件产品遵循与功能有关原则、商定或法规以及类似规定能力。
这些原则要考虑国际原则、国标、行业原则、公司内部规范等。
可靠性：
在指定条件下使用时，软件产品维持规定性能级别能力
1.成熟性maturity---软件产品为避免由软件中错误而导致失效能力。
2.容错性faulttolerance---在软件浮现故障或者违背指定接口状况下，软件产品维持规定性能级别能力。
3.易恢复性recoverability---在失效发生状况下，软件产品重建规定性能级别并恢复受直接影响数据能力
4.可靠性依从性reliabilitycompliance---软件产品遵循与可靠性有关原则、商定或法规能力。
易用性：
在指定条件下使用时，软件产品被理解、学习、使用和吸引顾客能力
1.易理解性understandability---软件产品使顾客能理解软件与否适当以及如何能将软件用于特定任务和使用环境能力。
2.易学性learnability---软件产品使顾客能学习其应用能力。
3.易操作性operability---软件产品使顾客能操作和控制它能力。
4.吸引性attractiveness---软件产品吸引顾客能力
5.易用性依从性usabilitycompliance---软件产品遵循与易用性有关原则、商定、风格指南或法规能力。
这些原则要考虑国际原则、国标、行业原则、公司内部规范等，例如公司内部界面规范。
效率：
在规定条件下，相对于所用资源数量，软件产品可提供恰当性能能力
1.时间特性：
timebehavior---在规定条件下，软件产品执行其功能时，提供恰当响应和解决时间以及吞吐率能力。
即完毕顾客某个功能需要响应时间。
2.资源运用性：
resourceutilization---在规定条件下，软件产品执行其功能时，使用适当资源数量和类别能力。
3.效率依从性：
efficiencycompliance---软件产品遵循与效率有关原则或商定能力。
维护性：
软件产品可被修改能力。
修改也许涉及修正、改进软件对环境、需求、和功能规格阐明变化适应
1.易分析性analyzability---诊断软件产品中缺陷或失效因素能力。
2.易变化性changeability---软件产品使指定修改可以被实现能力。
3.稳定性stability---软件产品避免由于软件修改而导致意外成果能力。
4.易测试性testability---软件产品使已修改软件能被确认能力。
5.维护性依从性maintainabilitycompliance---软件产品遵循与维护性有关原则或商定能力。
可移植性：
软件产品从一种环境迁移到另一种环境可正常使用或满足顾客需求能力
1.适应性adaptability---软件产品无需采用有别于为考虑该软件目而准备活动和手段就可以适应不同环境能力。
2.易安装性installability---软件产品在指定环境中被安装能力。
3.共存性co-existence---软件产品在公共环境中同与其分享公共资源其他独立软件共存能力。
4.易替代性replaceability---软件产品在同样环境下，代替另一种相似用途指定软件产品能力。
5.可移植性依从性portabilitycompliance---软件产品遵循与可移植性有关原则或商定能力。
12.测试办法有哪些？
答：
白盒测试、黑盒测试、灰盒测试、β测试，α测试、可移植性测试、冒烟测试等
13.什么是白盒测试？
答：
白盒测试是依照被测试程序内部构造设计测试用例一类测试，有人也称它为透明盒或者玻璃盒测试，涉及到软件设计细节。
例如单元测试普通采用白盒测试办法，并参照LLD（详细设计）
14.什么是黑盒测试？
答：
黑盒测试又称功能测试、数据驱动测试或者基于规格阐明测试，被测试程序当作黑盒解决，无法理解其内部构造。
例如系统测试普通采用黑盒测试办法，并参照SRS
15.什么是静态测试？
答：
不运营被测试软件系统，而是采用其她手段和技术对被测试软件进行检测一种测试技术。
例如：
代码走读、文档评审、程序分析等都是静态测试范畴。
惯用技术有静态分析技术
16.什么是动态测试？
答：
按照预先设计数据和环节去运营被测软件系统，从而对被测软件系统进行检测一种测试技术。
惯用技术有动态分析技术
17.什么是人工测试？
答：
测试活动（如评审、测试设计、测试执行等）由人来完毕，狭义上是指测试执行由人工完毕，这是最基本测试形式
18.什么是自动化测试？
答：
普通是指通过计算机模仿人测试行为，代替人测试活动，狭义上是指测试执行由计算机来完毕
19.逻辑覆盖关注内容是哪些？
答：
1.语句覆盖
2.鉴定覆盖
3.条件覆盖
4.鉴定—条件覆盖
5.途径覆盖
20.常用黑盒测试办法有哪些？
答：
1.等价类划分法
2.边界值分析法
3.因果图分析法
4.鉴定表法
5.正交实验法
6.状态迁移法
21.什么是同行评审？
答：
同行评审：
（PeerReview）是一种通过作者同行来确认缺陷和需要变更区域检查办法。
需要进行同行评审特定产品在定义项目软件过程时候被拟定并且作为软件开发筹划一某些被安排了进度。
依照形式正规限度分为：
a）正规检视
b）技术评审
c）走查
同行评审对象可以是筹划、需求文档、设计图、代码等
22.自动化测试有什么意义？
答：
1.对程序新版本运营前一版本执行测试，提高回归测试效率
2.可以运营更多更频繁测试，例如冒烟测试
3.可以执行手工测试困难或不也许做测试，例如大量重复操作或者集成测试
4.更好地运用资源，例如测试仪器或者被测对象
5.测试具备一致性和可重复性，即自动化测试环节和成果是完全同样
6.测试复用性，即自动化测试脚本可以拆分开给其他测试脚本使用
7.可以更快地将软件推向市场，软件发布迈进行高效回归测试，减少软件发布时间
8.增长软件信任度，通过自动化测试提高了测试效率，可把节约时间拿出来做更多测试
23.测试用例八大要素是什么？
答：
1.测试用例编号
2.测试项目
3.测试标题
4.重要级别
5.预置条件
6.输入
7.操作环节
8.预期输出
24.什么是缺陷管理？
引入因素有哪些？
答：
是在软件生命周期中获取、管理、沟通任何变更祈求过程。
可以保证你问题如需求或者缺陷被跟踪管理而不丢失
引入因素：
1.开发过程中缺少有效沟通，或者没有沟通
2.软件负责度越来越高
3.编程中产生错误
4.需求不断变更
5.项目进度压力
6.不注重开发文档
7.软件开发工具自身隐藏问题
25.缺陷属性有哪些？
答：
1.缺陷发现人；
2.缺陷发现时间；
3.缺陷状态；
4.缺陷严重限度；
5.缺陷所属版本；
6.缺陷修改日期
26.画缺陷管理流程图？
答：
27.如何写缺陷跟踪单？
答：
缺陷跟踪单遵循5W原则；
1.Correct（精确）：
每个构成某些描述精确，不会引起误解
2.Clear（清晰）：
每个构成某些描述清晰，易于理解
3.Concise（简洁）：
只包括必不可少信息，不涉及任何多余内容
4.Complete（完整）：
包括复现该缺陷完整环节和其她本质信息
5.Consistent（一致）：
按照一致格式书写所有缺陷报告
28.什么是测试覆盖率？
答：
覆盖率是用来度量测试完整性一种手段。
覆盖率是测试技术有效性一种度量。
覆盖率=（至少被执行一次item数）/item总数
29.写计算语句覆盖率、鉴定覆盖率、条件覆盖率、鉴定-条件覆盖率、途径覆盖率、指令覆盖率等表达式？
答：
语句覆盖率=（至少被执行一次语句数量）/（可执行语句总数）
鉴定覆盖率=（鉴定成果被评价次数）/（鉴定成果总数）
条件覆盖率=（条件操作数值至少被评价一次数量）/（条件操作数值总数）
分支条件覆盖率=（条件操作数值或鉴定成果至少被评价一次数量）/（条件操作数值总数+鉴定成果总数）
途径覆盖率=（至少被执行到一次途径数）/（总途径数）
指令块覆盖=（至少被执行一次指令块数量）/（系统中指令块总数）
30.什么是系统测试？
答：
系统测试（SystemTesting）是将已经集成好软件系统，作为整个基于计算机系统一种元素，与计算机硬件、外设、某些支持软件、数据和人员等其她系统元素结合在一起，在实际运营（使用）环境下，对计算机系统进行一系列测试活动
31.系统测试目是什么？
答：
1.通过与系统需求定义做比较，发现软件与系统定义不符合或与之矛盾地方；
2.系统测试测试用例应依照需求分析阐明书来设计，并在世界使用环境下运营
32.系统测试类型有哪些？
答：
功能测试；性能测试；压力测试；容量测试；安全性测试；GUI测试；可用性测试；安装测试；配备测试；异常测试（恢复性测试）；备份测试；健壮性测试；文档测试；在线协助测试；网络测试；稳定性测试
33.系统测试执行活动有哪些？
答：
Ø系统测试预测试项执行
Ø系统测试与测试报告写作
Ø系统测试用例执行
Ø系统测试缺陷记录、修复
Ø系统测试日报写作
Ø系统测试报告写作
Ø系统测试缺陷回归测试
34.什么是单元测试？
目是什么？
答：
单元测试是对软件基本构成单元进行测试，如函数（function）或（procedure）或一种类办法（method）
单元测试目在于发现个模块内部也许存在各种错误，重要是基于白盒测试
1.验证代码是与设计相符合
2.发现设计和需求中存在错误
3.发当前编码过程中引入错误
35.单元测试关注点？
答：
1.单元接口
2.局部数据构造
3.边界条件
4.独立途径
5.出错解决
36.什么是驱动？
什么是桩？
答：
驱动单元（Driver）：
所测函数主程序，它接受测试数据，并把数据传送给所测试单元，最后在输出实测成果，当被测试单元能完毕有关功能时，也可以不要驱动单元
桩单元（Stub）：
用来代替所测试单元调用子单元
37.单元测试测试方略是哪些？
各有什么优缺陷？
答：
Ø孤立测试方略：
长处：
该办法是最简朴，最容易操作，可以达到高构造覆盖率，该办法是纯粹单元测试
缺陷：
桩函数和驱动函数工作量很大，效率低.
Ø自顶向下单元测试方略：
长处：
可以节约驱动函数开发工作量，测试效率较高。
缺陷：
随着被测单元一种一种被加入，测试过程将变得越来越复杂，并且开发和维护成本将增长。
Ø自底向上单元测试方略：
长处：
可以节约桩函数开发工作量，测试效率较高。
缺陷；不是纯粹单元测试，底层函数测试质量对上层函数测试将产生很大影响。
38.什么是集成测试？
目是什么？
答：
集成测试是在单元测试基本上，将所有函数按照概要设计规定组装成为子系统或系统所进行测试
集成测试目是保证各组件组合在一起后可以按既定意图写作运营，并保证增量行为对的。
验证软件组建对HLD符合限度。
集成测试属于灰盒测试。
1.验证接口与否与设计相符合
2.发现设计和需求中存在错误
39.集成测试关注点是什么？
答：
单元间接口：
Ø在把各个模块连接起来时候，穿越模块接口数据与否会丢失；
Ø全局数据构造与否有问题，会不会被一场修改；
集成后功能
Ø各个子功能组合起来，能否达到预期规定得父功能；
Ø一种模块功能与否会对另一种模块功能产生不利影响；
Ø单个模块误差积累起来，与否会放大，从而达到不可接受限度
40.集成测试测试方略是哪些？
各有什么优缺陷？
答：
Ø大爆炸集成
长处：
1.大爆炸集成可以迅速完毕集成测试，并且只要很少数驱动和桩模块设计，它需要测试用例也是至少；
2.该办法比较简朴、易行；
3.各种测试人员可以并行工作，对人力、物力资源运用率较高
缺陷：
1.这种一次性组装方式试图在辅助模块协助下，在模块单元测试基本上，将所测模块连接起来进行测试，但是由于程序中不可避免地存在模块间接口，全局数据构造等方面问题，因此一次试运营成功也许性并不很大；
2.在发现错误时，其问题定位和修改都较困难；
3.虽然被测系统可以一次性集成，但还是会有许多接口错误很容易躲过测试而进入到系统测试范畴内
Ø自顶向下集成
长处：
1.自顶向下集成方式在测试过程中较早地验证了重要控制和判断点；
2.如果选取按深度方向组装方式，可以一方面实现和验证一种完整软件功能；
3.功能可行性较早得到证明，还可以给开发者和顾客带来成功信心；
4.最多只需一种驱动，减少了驱动器开发费用；
5.支持故障隔离
缺陷：
1.桩开发和维护是本方略最大成本；
2.底层组件行为验证被推迟了；
3.随着底层组件不断增长，整个系统越来越复杂，导致底层组件测试不充分，特别是那些被重用组件
Ø自底向上集成
长处：
1.容许对底层组件行为初期验证，可以在任意一种叶子节点已经就绪状况下进行集成测试；
2.在工作最初也许会并行进行集成，在这一点上比使用自顶向下方略效率高；
3.减少了桩工作量，毕竟在集成测试中，桩工作量远比驱动工作量要大得多，但是为了模仿某些中断或异常，也许还是需要设计一定桩
缺陷：
1.驱动开发工作量也是很庞大；
2.对高层验证被推迟到了最后，设计上错误不能被及时发现，特别对那些控制构造在整个体系中非常核心
Ø三明治集成
长处：
集合了自顶向下和自底向上两种方略长处
缺陷：
中间层在被集成测试中不充分
Ø基干集成
长处：
具备三明治集成长处，更适合于大型复杂项目集成
缺陷：
1.必要对系统成果和互相依存性进行仔细分析；
2.必要开发驱动和桩，并且由于被测系统复杂性导致驱动和桩开发工作量加大；
3.由于局部采用了大爆炸方略，因而有些也许测试不充分
Ø分层集成
长处
有大爆炸，自顶向下，自底向上，三明治长处
缺陷
有大爆炸，自顶向下，自底向上，三明治缺陷
Ø基于功能集成
长处：
1.采用该办法，可以尽快看到核心功能实现，并验证核心功能对的性；
2.由于该办法在验证某个消息解决时，也许同步加入各种组件，因而在进度上比自顶向下集成、自底向上集成或三明治集成要短
3.可以减少驱动开发，因素与自顶向下集成方略类似
缺陷：
1.对有些接口测试不充分，丢失许多接口错误；
2.也许会有较大冗条测试
Ø基于消息集成
长处：
1.采用该办法，可以尽快看到核心消息解决实现，并验证核心信息解决对的性；
2.由于该办法在验证某个消息解决掉时候，也许会同步加入各种组件，因而在进度上不自底向上，自顶向下或三明治集成要短；
3.可以减少驱动开发，因素与自顶向下集成方略类似
缺陷：
1.对有些接口测试不充分，丢失许多接口错误；
2.也许会有较大冗条测试
Ø基于进度集成
长处：
1.具备比较高并行度；
2.可以有效缩短项目开发进度
缺陷：
1.也许最早拿究竟层组件之间缺少整体性，只能进行独立集成，导致许多接口必要等到后期才干验证，但此时系统也许已经很复杂，往往无法发既有效接口问题；
2.桩和驱动工作量也许会变得很庞大；
3.由于进度因素，组件也许很不稳定且不断变动，导致测试重复和挥霍
Ø基于风险集成
长处：
最具备风险组件最早进行验证，有助于系统迅速稳定
缺陷：
需要对各组件风险有一种清晰分析
41.配备管理术语，配备管理活动有哪些？
答：
术语：
配备；配备项；基线；版本；版本标示
活动：
1.配备筹划
配备标记
2.配备控制
3.配备状态发布
4.配备审计
42.ISO？
答：
1.ISO9000：
制定管理理念和原则
2.ISO9001：
原则对组织质量管理体系必要履行规定做了明确规定，是对产品规定进一步补充。
（核心）
3.ISO9004：
是组织进行持续改进指南原则。
43.SEPG？
答：
软件工程过程组（SoftwareEngineeringProcessGroup）
升级会员 