软件测试经典面试题总结Word文档格式.docx
《软件测试经典面试题总结Word文档格式.docx》由会员分享，可在线阅读，更多相关《软件测试经典面试题总结Word文档格式.docx（27页珍藏版）》请在冰豆网上搜索。
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（功能测试），依照产品特性、操作描述和顾客方案，测试一种产品特性和可操作行为以拟定它们满足设计需求。
Performancetesting（性能测试），评价一种产品或组件与性能需求与否符合测试。
涉及负载测试、强度测试、数据库容量测试、基准测试等类型。
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（α测试）,是由一种顾客在开发环境下进行测试，也可以是公司内部顾客在模仿实际操作环境下进行受控测试
18、软件评审普通由哪些人参加？
其目是什么？
在正式会议上将软件项目成果（涉及各阶段文档、产生代码等）提交给顾客、客户或关于部门人员对软件产品进行评审和批准。
其目是找出也许影响软件产品质量、开发过程、维护工作合用性和环境方面设计缺陷，并采用补救办法，以及找出在性能、安全性和经济方面也许改进。
人员：
顾客、客户或关于部门开发人员，测试人员，需求分析师都可以，就看处在评审那个阶段
19、阶段评审与项目评审有什么区别？
阶段评审对项目各阶段评审：
对阶段成果和工作
项目评审对项目总体评审：
对工作和产品
20、阐述工作版本定义？
软件开发过程中，用于内部测试功能和性能不完善软件版本。
工作版本既可以是系统可操作版本，也可以是要在发布产品中演示某些功能模块。
21、什么是桩模块？
什么是驱动模块？
桩模块：
被测模块调用模块
驱动模块调用被测模块模块
22、什么是扇入？
什么是扇出？
扇入：
被调次数，扇出：
调其他模块数目
23、你以为做好测试筹划工作核心是什么？
软件测试筹划就是在软件测试工作正式实行之前明确测试对象，并且通过对资源、时间、风险、测试范畴和预算等方面综合分析和规划，保证有效实行软件测试；
做好测试筹划工作核心：
目，管理，规范
1.明确测试目的，增强测试筹划实用性
编写软件测试筹划得重要目就是使测试过程可以发现更多软件缺陷，因而软件测试筹划价值取决于它对协助管理测试项目，并且找出软件潜在缺陷。
因而，软件测试筹划中测试范畴必要高度覆盖功能需求，测试办法必要切实可行，测试工具并且具备较高实用性，便于使用，生成测试成果直观、精确
2．坚持“5W”规则，明确内容与过程
“5W”规则指是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。
运用“5W”规则创立软件测试筹划，可以协助测试团队理解测试目（Why），明确测试范畴和内容（What），拟定测试开始和结束日期（When），指出测试办法和工具（How），给出测试文档和软件存储位置（Where）。
3．采用评审和更新机制，保证测试筹划满足实际需求
测试筹划写作完毕后，如果没有通过评审，直接发送给测试团队，测试筹划内容也许不精确或漏掉测试内容，或者软件需求变更引起测试范畴增减，而测试筹划内容没有及时更新，误导测试执行人员。
4.分别创立测试筹划与测试详细规格、测试用例
应把详细测试技术指标包括到独立创立测试详细规格文档，把用于指引测试小组执行测试过程测试用例放到独立创立测试用例文档或测试用例管理数据库中。
测试筹划和测试详细规格、测试用例之间是战略和战术关系，测试筹划重要从宏观上规划测试活动范畴、办法和资源配备，而测试详细规格、测试用例是完毕测试任务详细战术。
24、你以为做好测试用例工作核心是什么？
需求和设计文档理解限度，对系统熟悉限度
25、简述一下缺陷生命周期？
提交->
确认->
分派->
修复->
验证->
关闭
26、软件安全性应从哪几种方面去测试？
顾客认证机制：
如数字证书、智能卡、双重认证、安全电子交易合同
加密机制
安全防护方略：
如安全日记、入侵检测、隔离防护、漏洞扫描
数据备份与恢复手段：
存储设备、存储优化、存储保护、存储管理
防病毒系统
27、软件配备管理工作开展状况和结识？
软件配备管理贯穿于软件开发、测试活动始终，覆盖了开发、测试活动各个环节，它重要作用之一就是要全面管理保存各个配备项，监控各配备项状态，并向项目经理及有关人员报告，从而实现对软件过程控制。
软件测试配备管理涉及4个最基本活动：
配备项标记
配备项控制
配备项状态报告
配备审计
软件配备管理普通借助工具来辅助，重要有MSSourceSafe、RationalClearCase等
28、你觉得软件测试通过原则应当是什么样？
缺陷密度值达到客户规定
29、引入测试管理含义？
标记
风险分析，进度控制、角色分派、质量控制
30、一套完整测试应当由哪些阶段构成？
需求分析→测试筹划→测试设计→测试环境搭建→测试执行→测试记录→缺陷管理→软件评估
31、集成测试也叫组装测试或者联合测试，请简述集成测试重要内容？
（1）在把各个模块连接起来时候，穿越模块接口数据与否会丢失；
（2）一种模块功能与否会对另一种模块功能产生不利影响；
（3）各个子功能组合起来，能否达到预期规定父功能；
（4）全局数据构造与否有问题；
（5）单个模块误差累积起来，与否会放大，从而达到不能接受限度。
32、简述集成测试与系统测试关系？
（1）集成测试重要根据概要设计阐明书，系统测试重要根据是需求设计阐明书；
（2）集成测试是系统模块测试，系统测试是对整个系统测试，涉及有关软硬件平台、网络以及有关外设测试。
33、软件测试文档测试应当贯穿于软件生命周期全过程，其中顾客文档是文档测试重点。
那么软件系统顾客文档涉及哪些？
顾客手册
安装和设立指引
联机协助
指南、向导
样例、示例和模板
授权/注册登记表
最后顾客允许合同
34、软件系统中除顾客文档之外，文档测试还应当关注哪些文档？
开发文档
软件需求阐明书
数据库设计阐明书
概要设计阐明书
详细设计阐明书
可行性研究报告
管理文档
项目开发筹划
测试筹划
测试报告
开发进度月报
开发总结报告
35、简述软件系统中顾客文档测试要点？
（1）读者群。
文档面向读者定位要明确。
对于初级顾客、中级顾客以及高档顾客应当有不同定位
（2）术语。
文档中用到术语要合用与定位读者群，用法一致，原则定义与业界规范相吻合。
（3）对的性。
测试中需检查所有信息与否真实对的，查找由于过期产品阐明书和销售人员夸大事实而导致错误。
检查所有目录、索引和章节引用与否已更新，尝试链接与否精确，产品支持电话、地址和邮政编码与否对的。
（4）完整性。
对照软件界面检查与否有重要分支没有描述到，甚至与否有整个大模块没有描述到。
（5）一致性。
按照文档描述操作执行后，检查软件返回成果与否与文档描述相似。
（6）易用性。
对核心环节以粗体或背景色给顾客以提示，合理页面布局、适量图表都可以给顾客更高易用性。
需要注意是文档要有助于顾客排除错误。
不但描述对的操作，也要描述错误解决办法。
文档对于顾客看到错误信息应当有更详细文档解释。
（7）图表与界面截图。
检查所有图表与界面截图与否与发行版本相似。
（8）样例与示例。
像顾客同样载入和使用样例。
如果是一段程序，就输入数据并执行它。
以每一种模块制作文献，确认它们对的性。
（9）语言。
不浮现错别字，不要出既有二义性说法。
特别要注意是屏幕截图或绘制图形中文字。
（10）印刷与包装。
检查印刷质量；
手册厚度与开本与否适当；
包装盒大小与否适当；
有无零散易丢失小部件等等。
文档测试重要包括什么内容？
文档完整性：
重要是测试文档内容全面性和完整性，从总体上把握文档质量。
描述与软件实际状况一致性：
重要测试软件文档和软件实行一致性。
易理解性：
重要是检查文档对核心、重要操作和有无图文字阐明，文字、图表与否易于理解。
文档提供操作实训：
这项检查内容重要针对顾客手册。
重要功能和核心操作提供应用实例与否丰富，提供实训描述与否详细。
印刷和包装质量：
重要是检查软件稳定商业化程序。
36、单元测试重要内容是什么？
1，模块接口测试。
单元测试基本，只有在数据能对的流入，流出模块前提下才故意义。
2，局部数据构造测试检查局部数据构造是为了保证暂时存储在模块内数据在程序执行中完整，对的。
重点是某些执行函数与否对的执行，内部与否运营对的。
局部数据构造往往是错误根源，应仔细设计测试用例。
3，边界条件测试单元测试中最重要一项任务。
由于软件经常在边界上失败，采用边界值分析，也许发现新错误。
4，模块中所有独立途径测试在模块中执行每一条独立执行途径进行测试，单元测试基本任务保证模块中每条语句执行一次。
5，模块各条错误解决通路测试：
程序在遇到异常状况时不应当退出，好程序应能预见各种出错条件，并预设各种出错解决通路。
37、如何理解强度测试？
强度测试是为了拟定系统在最差工作环境工作能力,也也许是用于验证在原则工作压力下各种资源最下限指标。
它和压力测试目的是不同,压力测试是在原则工作环境下,不断增长系统负荷,最后测试出该系统能力达到最大负荷（稳定和峰值）,而强度测试则是在非原则工作环境下,甚至不断人为减少系统工作环境所需要资源,如网络带宽,系统内存,数据锁等等,以测试系统在资源局限性状况下工作状态,通过强度测试,可以拟定本系统正常工作最差环境.
强度测试和压力测试测试指标相近,大多都是与时间有关指标,如并发量（吞吐量）,延迟（最大\最小\平均）以及顺序指标等
强度测试需要对系统构造熟悉,针对系统特性设计强度测试办法
38、如何理解压力、负载、性能测试测试？
性能测试是一种较大范畴，事实上性能测试自身涉及了性能，强度，压力等多方面测试内容。
压力测试是对服务器稳定性以及负载能力等方面测试。
重要任务是获取系统对的运营极限，检查系统瞬间峰值负荷下对的执行能力。
增大访问系统顾客数量，或者几种顾客进行大数据量操作都是压力测试，而负载测试是压力相对较大测试，性能测试重要某些。
100个顾客对系统进行持续半小时访问可以看做压力测试，持续访问8个小时就可以以为是负载测试。
事实上，做压力测试和负载测试没有明显区别，测试人员应当站在关注整顿性能高度上来对系统进行测试。
39、什么是系统瓶颈？
重要指整个软件硬件构成软件系统在某一种方面或者几种方面能力不能满足顾客特定业务规定。
“特定”是指瓶颈会在某些条件下浮现。
严格技术角度上讲，所有系统都会有瓶颈，由于大多数系统资源配备是不协调，如cup使用率刚好到达100%时，内存正好耗尽系统。
但是不多见。
因此咱们要从应用角度讨论：
核心是看系统能否盲足顾客需求。
在顾客极限使用系统状况下，系统响应依然正常，可以以为系统没有瓶颈或者瓶颈不影响顾客工作。
测试系统瓶颈重要是实现下面两个目：
--发现表面瓶颈。
模仿顾客操作，找出顾客极限使用系统时瓶颈，然后解决瓶颈，这是性能测试基本目的。
--发现潜在瓶颈并解决，保证系统长期稳定。
40、功能测试用例需要详细到什么限度才是合格？
一，详细到每个环节都写出来，目是虽然一种不理解新手都可以按照测试用例来执行工作。
二，主张写粗糙些，类似编写测试大纲。
由于软件开发需求管理不规范，频繁变动。
这样测试用例容易维护。
然测试执行人员有更大发挥空间。
事实上，软件测试用例详细限度一方面要以覆盖到测试点为基本规定。
41、配备和兼容性测试区别是什么？
配备测试目是保证软件在其有关硬件上可以正常运营，而兼容性测试重要是测试软件能否与不同软件对的协作。
1，配备测试目是保证软件在其有关硬件上可以正常运营，而兼容测试重要是测试软件能否与不同软件兼容。
2，配备测试核心内容：
使用各种硬件来测试软件运营状况，涉及软件在不同主机/主件上运营状况，不同外设，不同接口，不同可选项。
3，兼容测试核心内容
1，测试软件在不同操作系统或者同一系统不同版本上兼容。
2，软件自身能否向前或者向后兼容。
3，测试软件能否与其他有关软件兼容。
4，数据兼容测试，重要是指数据能否共享。
配备和兼容性测试通称对开发系统类软件比较重要，例如驱动程序、操作系统、数据库管理系统等。
详细进行时依然按照测试用例来执行。
42、测试中“杀虫剂怪事”是指什么？
“杀虫剂怪事”用于描述测试人员对同一测试对象进行测试次数越多，发现缺陷就会越来越少现象。
就像老用一种农药，害虫就会有免疫力，农药发挥不了效力。
这种现象主线因素就是测试人员对测试软件过于熟悉，形成思维定势。
为了克服这种现象，测试人员需要不断编写新测试程序或者测试用例，对程序不同某些进行测试，以发现更多缺陷。
也可以引用新人来测试软件，刚刚进来新手往往能发现某些意想不到问题。
43、完全测试程序是也许吗？
事实上完全测试是不也许。
重要有如下一种因素：
-完全测试比较耗时，时间上不容许；
-完全测试普通意味着较多资源投入，这在现实中往往是行不通；
-输入量太大，不能一一进行测试；
-输出成果太多，只能分类进行验证；
-软件实现途径太多；
-软件产品阐明书没有客观原则，从不同角度看，软件缺陷原则不同；
因而测试限度要依照实际状况拟定。
44、软件测试人员就是QA吗？
软件测试人员职责是尽量找出软件缺陷，保证缺陷能被修复。
QA（质量保证人员）重要职责是创立或者制定原则和办法，提高增进软件开发能力和减少软件缺陷。
测试人员重要工作是测试，质量保证人员寻常工作重要内容是检查与评审，测试工作也是保证人员工作对象。
45、测试产品与测试项目区别是什么？
习惯上吧开发完毕进行商业化，几乎不进行代码修改就可以售给顾客使用软件称为软件产品。
把针对一种或几种特定顾客而开发软件称为软件项目，软件项目是一种个性化产品，可以是按照顾客规定所有重新开发，也可以修改已有软件产品来满足特定顾客需求。
区别：
质量不同，产品质量规定高某些，修复发布后产品缺陷成本较高，甚至带来诸多负面影响。
而项目普通面向某一种顾客，虽然质量越高越好，但是普通只要满足顾客规定就可以。
测试资源投入多少不同。
软件产品普通是研发中心来开发，进度压力要小些，同步由于质量规定高，因而会投入较多人力，物力资源。
46、和顾客共同测试（UAT测试）注意点有哪些？
软件产品在投产前，普通都会进行顾客验收测试。
如果顾客验收测试没有通过，直接成果就是那不到“Money”，间接影响是损害了公司形象，而后者影响往往更严重。
依照作者经验，顾客验收测试一定要让顾客满意。
事实上顾客现场测试更趋于是一种演示。
在不欺骗顾客前提下，咱们向顾客展示咱们软件长处，最后让“上帝”满意并欣然掏出“银子”才是咱们目的。
因而顾客测试要注意下面事项：
（1）顾客现场测试不也许测试所有功能，因而要测试核心功能。
这需要提前做好准备，这些核心功能一定要预先通过测试，证明没有问题才可以和顾客共同进行测试。
测试核心模块目是建立顾客对软件信心。
固然如果这些模块如果问题较多，不应当进行演示。
（2）如果某些模块的确有问题，咱们可以演示其他重要业务功能模块，必要时要向顾客做成合理解释。
争得时间后，及时修改缺陷来弥补。
（3）永远不能欺骗顾客，蒙混过关。
道理很简朴，由于软件是要给顾客用，问题早晚会暴露出来，除非你可以立即修改。
和顾客进行测试还要注意各种交流技巧，争取不但短期利益得到了满足，还要为背面得合伙打好基本。
47、如何编写提交给顾客测试报告？
随着测试工作越来越受注重，开发团队向客户提供测试文档是不可避免事情。
诸多人会问：
“咱们可以把工作中测试报告提供应客户吗？
”答案与否定。
由于提供内部测试报告，也许会让客户失去信心，甚至否定项目。
测试报告普通分为内部测试报告和外部测试报告。
内部报告是咱们在测试工作中项目文档，反映了测试工作实行状况，这里但是多讨论，读者可以参照有关教材。
这里重要讨论一下外部测试报告写法，普通外部测试报告要满足下面几种规定：
-依照内部测试报告进行编写，普通可以摘录；
-不可以向客户报告严重缺陷，虽然是已经修改缺陷，开发中缺陷也没有必要让客户懂得；
-报告上可以列出某些缺陷，但必要是中级缺陷，并且这些缺陷必要是修复；
-报告上面内容尽量要真实可靠；
-整个测试报告要仔细审视，力求不给项目带来负面作用，特别是性能测试报告。
总之，外部测试报告要小心谨慎编写。
48、什么是软件测试，软件测试目？
使用人工或者自动手段来运营或测试某个系统过程，目在于检查它与否满足规定需求或者弄清预期成果和实际成果之间差别。
49、写出bug报告流转环节，每步负责人及重要完毕工作。
参照答案：
（要结合自己实际工作经验进行回答，不同公司略有区别）
测试人员提交新Bug入库，错误状态为New。
高档测试员/测试经理验证错误，如果确认是错误，分派给开发组。
设立状态为Open。
如果不是错误，则回绝，设立为Declined状态。
开发经理分派bug至相应模块开发人员。
开发人员查询状态为OpenBug，如果不是错误，则置状态为Declined；
如果是Bug则修复并置状态为Fixed。
不能解决Bug，要留下文字阐明及保持Bug为Open状态。
对于不能解决和延期解决Bug，不能由开发人员自己决定，普通要通过某种会议（评审会）通过才干承认。
测试人员查询状态为FixedBug，然后验证Bug与否已解决，如解决，置Bug状态为Closed，如没有解决,置bug状态为Reopen。
50、画出软件测试V模型图。
51、请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试区别与联系。
黑盒测试：
已知产品功能设计规格，可以进行测试证明每个已经实现功能与否符合需求。
白盒测试：
已知产品内部工作过程，可以通过测试证明每种内部操作与否符合设计规格规定。
所有内部成分与否通过检查。
黑盒测试要在软件接口处进行，这种办法是把测试对象看做一种黑盒子，测试人员完全不考虑程序内部逻辑和内部特性，只根据程序需求规格阐明书，检查程序功能与否符合太功能阐明。
因而黑盒测试又叫功能测试或者数据驱动测试。
白盒测试是对软件过程性细节做仔细检查，这种办法是把测试对象看做一种打开盒子，太容许测试人员运用程序内部逻辑构造和关于信息，设计或者选取测试用例，对程序所有逻辑途径进行测试。
通过不同点检查程序状态，拟定实
升级会员 