软件测试基础经典测试面试题答案.docx
《软件测试基础经典测试面试题答案.docx》由会员分享，可在线阅读，更多相关《软件测试基础经典测试面试题答案.docx（66页珍藏版）》请在冰点文库上搜索。
软件测试基础经典测试面试题答案
软件测试基本教程
测试基本概念
测试是软件生存周期中十分重要一种过程，是产品发布、提交给最后顾客前稳定化阶段。
1、测试分类：
从测试办法角度可以分为手工测试和自动化测试。
手工测试：
不使用任何测试工具，依照事先设计好测试用例来运营系统，测试各功能模块。
自动化测试：
运用测试工具，通过编写测试脚本和输入测试数据，自动运营测试程序。
当前最惯用自动化测试工具是基于GUI自动化测试工具，基本原理都是录制、回放技术。
从整体角度可以分为单元测试、集成测试、系统测试、确认测试。
单元测试：
是针对软件设计最小单位—程序模块，进行对的性检查测试工作。
普通涉及逻辑检查、构造检查、接口检查、出错解决、代码注释、输入校验、边界值检查。
单元测试根据是系统详细设计；普通由项目组开发人员自己完毕。
集成测试：
在单元测试基本上，将所有模块按照设计规定组装进行测试。
普通涉及逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。
系统测试：
系统测试是在所有单元、集成测试后，对系统功能及性能总体测试。
确认测试：
模仿顾客运营业务环境，运用黑盒测试办法，验证软件系统与否满足顾客需求或软件需求阐明书中指明软件特性（功能、非功能）上。
从测试原理上分为：
白盒测试、黑盒测试和灰盒测试。
白盒测试：
是通过程序源代码进行测试而不使用顾客界面。
这种类型测试需要从代码句法发现内部代码在算法，溢出，途径，条件等等中缺陷或者错误，进而加以修正。
黑盒测试：
是通过使用整个软件或某种软件功能来严格地测试，而并没有通过检查程序源代码或者很清晰地理解该软件源代码程序详细是如何设计。
测试人员通过输入她们数据然后看输出成果从而理解软件如何工作。
在测试时，把程序看作一种不能打开黑盆子，
在完全不考虑程序内部构造和内部
特性状况下，测试者在程序接口进行测试，它只检查程序功能与否按照需求
规格阐明书规定正常使用，程序与否能恰本地接受和对的输出。
黑盒测试
办法重要有等价类划分、边界值分析、因—果图、错误推测法。
等价类划分：
是把所有也许输入数据,即程序输入域划提成若干某些（子集）,然后从每一种子集中选用少数具备代表性数据作为测试用例.该办法是一种重要,惯用黑盒测试用例设计办法.
1）划分等价类：
等价类是指某个输入域子集合.在该子集合中,各个输入数据对于揭露程序中错误都是等效.并合理地假定:
测试某等价类代表值就等于对这一类其他值测试.因而,可以把所有输入数据合理划分为若干等价类,在每一种等价类中取一种数据作为测试输入条件,就可以用少量代表性测试数据.获得较好测试成果.等价类划分可有两种不同状况:
有效等价类和无效等价类.
有效等价类:
是指对于程序规格阐明来说是合理,故意义输入数据构成集合.运用有效等价类可检查程序与否实现了规格阐明中所规定功能和性能.
无效等价类:
与有效等价类定义碰巧相反.
设计测试用例时,要同步考虑这两种等价类.由于,软件不但要能接受合理数据,也要能经受意外考验.这样测试才干保证软件具备更高可靠性.
边界值分析：
长期测试工作经验告诉咱们,大量错误是发生在输入或输出范畴边界上,
而不是发生在输入输出范畴内部.因而针对各种边界状况设计测试用例,可以
查出更多错误。
错误推测法：
基于经验和直觉推测程序中所有也许存在各种错误，从而有针对性设计测试用例办法.错误推测办法基本思想：
列举出程序中所有也许有错误和容易发生错误特殊状况,依照她们选取测试用例.例如，在单元测试时曾列出许多在模块中常用错误.此前产品测试中曾经发现错误等，这些就是经验总结.尚有，输入数据和输出数据为0状况.输入表格为空格或输入表格只有一行.这些都是容易发生错误状况.可选取这些状况下例子作为测试用例。
灰盒测试：
灰盒测试就像黑盒测试同样是通过顾客界面测试，但是测试人员已有所理解该软件或某种软件功能源代码程序详细是如何设计。
甚至于还读过某些源代码。
因而测试人员可以有真对性地进行某种拟定条件/功能测试。
从软件特性上分为功能测试和性能测试。
功能测试：
是指为了保证软件系统功能实现对的性，完整性和其她特性而进行测试。
性能测试：
是指为了评估软件系统性能状况，和预测软件系统性能趋势而进行测试和分析。
2、BUG定义：
BUG：
（小错误，缺陷，局限性，过错…）一种计算机bug指在计算机程序中存在一种错误（error）、缺陷（flaw）、疏忽（mistake）或者故障（fault），这些bug使程序无法对的运营。
Bug产生于程序源代码或者程序设计阶段疏忽或者错误。
Defect：
（缺陷）在软件工程（SoftwareEngineering）中，软件与它需求（requirements）不一致，经常指软件无法对的完毕需求所规定功能，也称之为bug。
Fault：
（故障）被定义为存在于组件、设备或者子系统中异常条件或者缺陷，经常会导致系统失败。
Error：
（错误）一种error是指编写错误代码，普通是无意中导致。
普通有两类重要错误，一是语法错误（syntaxerror），该类错误易于检测，由于代码在编译阶段无法解析而不能正常编译通过。
另一种是逻辑错误（logicalerror），由于它与代码实际执行密切有关因此不易发现。
二、项目测试规划
项目测试内容：
将项目测试分为项目开发阶段测试和项目竣工验收测试两个某些。
开发阶段测试内容重要涉及：
模块功能测试、集成测试和文档检查。
模块功能测试：
保证系统各功能模块可以正常运营，数据IPO符合系统设计规定。
单元和模块功能满足需求定义。
集成测试：
系统各模块组装后，依照业务流程规定，可以对的地完毕各业务功能，并且数据解决和输出对的。
文档检查：
在项目开发阶段，按照项目进度表，依照《项目文档测试规范与原则》，对提交项目文档和记录（技术文档和管理文档）进行检查和验证，以符合公司质量体系和项目制度规定，对于技术类文档核心要素，验证与否可以达到通过原则。
竣工验收测试内容重要涉及：
安装测试、功能验证、性能测试、需求验证、文档测试。
竣工验收测试事实上是项目在结项前一种全面检查和验证。
可以作为项目结项根据和放行条件。
需求测试：
检查软件产品与否满足该项目需求阐明书中规定功能需求，检查需求完整性、一致性、最新性，该项测试重点是需求满足完整性。
安装测试：
依照项目提供安装文档中安装环节，搭建系统运营环境，检查系统安装过程与否对的。
也许涉及数据库服务器安装与配备、应用服务器、控件注册、客户端安装与配备、应用软件安装。
功能验证：
按照需求阐明书和系统概要设计，逐项检查各项功能（功能单元、功能模块）可运营性和对的性。
文档测试：
文档测试从项目立项时就开始了，事实上就是文档检查，涉及规范性检查和有效性检查。
目是使项目有关文档和记录既规范又故意义，不是为了应付无用文献。
对于技术文档如：
需求阐明书、概要设计、详细设计等，在技术评审时也进行了评测。
顾客文档，如安装手册、顾客操作手册，依照文档检查规范进行。
性能测试：
这某些测试来源，严格来讲，取决于顾客对软件特性某些特定规定，此外，就是公司开发部门对产品某些基本性能规定。
若顾客从业务角度考虑，对软件产品自身有特定非功能规定，则必要在软件需求阐明书中加以阐明，使之具备可度量和可测试性。
对于某些多顾客环境或数据解决能力和负载方面测试，很难通过手工搭建测试环境来测试，因此可以参照使用某些专门性能测试工具和手工测试相结合方式。
项目测试基本流程：
1、项目测试启动：
项目立项后，在测试配备库中创立项目。
2、测试筹划：
系统详细设计后，制定测试筹划，准备测试资源。
3、设计测试用例，重要是与业务有关测试用例。
4、实行功能模块测试，搭建运营或开发环境，采用功能模块测试表方式，开发人员在功能模块测试表中更新进度状态，测试人员在该表中描述测试进度。
形成测试错误列表，该表对每个错误均有相应测试记录与之链接，在测试记录中，详细描述错误状况。
在测试记录中还要涉及修正信息和验证信息。
5、错误关闭后，测试人员维护测试登记表和更新测试用例库和问题库，作为经验积累。
6、项目在结项时，测试人员进行项目竣工验收测试，填写项目测试报告。
该测试报告可作为顾客验收输入工件。
三、功能测试办法与内容
1、数据输入测试：
向系统输入数据或输入数据库操作命令时，普通是测试系统对数据库中数据操作过程。
数据类型测试：
由于不同数据库系统对数据类型规定不同，在定义数据库表时，也规定了数据字段数据类型。
测试环节和办法：
在系统数据维护功能界面上，录入或修改数据时，特意输入非系统设计数据类型，检查系统与否可以接受，若不能接受则检查与否满足了系统在这方面设计规定，如即刻清除非法内容、输入焦点不能到下一输入位置、浮现系统自定义提示信息、不容许浮现开发工具报错信息等。
若系统可以接受并保存，则要看数据库表字段类型设计与否与顾客或习惯上不一致，并且要注意其她模块在调取该数据时，与否有特定规定。
边界值测试：
依照数据取值范畴规定，输入符合取值范畴数据、取值范畴上、下限和超过取值范畴数据。
注意，除要测试数据库系统自身数据类型取值范畴外，还要依照软件系统设计中某些特定规定，设计测试用例来测试。
数据合法性测试：
测试人员除了要测试输入数据与否满足所使用数据库系统自身数据类型和取值范畴规定外，还应当依照经验和软件系统和需求特定规定检查输入数据合法性。
例如：
日期合法性（出生年月、参保日期、发生时间、依照习惯和业务逻辑顺序对日期合理性规定等）。
工资、比例、率等，都要注意输入合理、合法性。
单引号和双引号：
不要忽视输入单引号和双引号也许引起错误和数据问题。
在功能录入界面上，在某字段输入框输入了涉及单引号和双引号数据，后来在通过Select语句查询时也许会出问题。
特别在基于WEB方式系统，输入了单引号，在查询数据记录时，必定会浮现页面链接错误（页面无法链接或找不到或链接对象错误）。
空值测试：
在测试数据录入或修改功能界面时，若不输入任何东西，系统又没有设计成NOTNULL，则这时，要非常注意其影响。
由于数据可以正常保存，但数据表该字段是空值，那么所有与该字段关于操作，如：
查询（AND）、计算（累加、连乘）等，则也许浮现数据问题（计算成果为0，无记录返回）。
对于测试人员一方面要检查系统究竟是作为空值，还是作为空串或空字符解决。
此外对于容许不输入任何值字段，在测试过程中，要检查与否在界面显示或打印报表时，这些字段作为了核心要素或标题等状况。
空格：
在数据维护功能界面上，输入数据时，要注意与否在输入位置有空格，一方面看系统设计时，是怎么考虑，若系统容许输入空格，则检查条件查询或作为调用参数时数据返回状况；此外检查程序与否使用了去掉空格函数。
数据校验不一致：
测试时，对于某些编号、编码、代码等主键或作为查询或调用条件字段，要注意系统对她们输入合法性检查与查询或调用条件规定与否是一致。
特别是对于数据构造设计中没有特定约束，而由程序进行校验控制状况。
分析：
数据输入测试重要目是保证输入到系统中数据合法、合理性。
我觉得，数据输入过程检查是非常重要，若在编程过程中，不注重数据校验功能，虽然看起来加快了开发进度，但给后来会带来某些不可预测编程或维护工作量。
2、目录途径测试：
测试系统中规定途径规定，更改途径，检查系统与否可以对的运营及系统排错功能。
测试时，依照系统设计阐明书（详细设计）或通过对程序源代码熟悉，找出系统运营过程中指定途径或在运营过程中，需要使用者选取途径地方。
特意更改途径（选取对的途径、选取此外途径、输入不存在途径）。
检查系统与否具备途径上容错性和灵活性。
例如，原则上在程序中，最佳不要写绝对途径，此外可以提供配备途径对话框，若输入了非法途径，系统有无提示等。
3、数据操作测试：
涉及数据操作测试和顾客界面操作测试。
修改、新增数据：
对于新增和修改数据，要注重如下几种方面测试。
界面上，新增数据成功后，数据列表与否及时刷新，输入有错误时，与否清空错误数据，输入焦点与否得以控制。
在提示信息上，与否有保存成功提示，输入有错误时，提示错误信息与否精确，可读。
数据方面，要通过SQL检查数据提交与否对的。
删除数据：
测试删除记录时，系统与否有确认提示，能否批量删除，依照系统详细设计，检查删除主表记录时，在业务上，其她有关表与否相应更改。
事物提交与回滚:
熟悉C/S模式开发或数据库应用系统开发人都懂得，数据库事物概念。
对于一种比较复杂业务逻辑或业务上有数据一致和完整性规定期，尽量使用事物对数据进行提交，这样一旦由于意外因素引起系统或硬件故障时，可以回滚。
依照系统设计规定在测试时，可人为模仿意外故障，来测试系统数据完整性和容错能力。
4、工具条和快捷键测试：
在功能界面测试时，对系统菜单中定义快捷键和菜单工具条中工具按钮要测试。
重要是有效性和一致性测试。
有效性：
检查与否有效，界面有无反映。
一致性：
定义或提示信息与否与实际完毕功能一致。
5、操作顺序测试
按钮顺序测试：
在功能界面上，不按照设计上或习惯上操作顺序点击功能按钮，看系统有什么反映；多次、重复点击某一按钮，看系统有什么反映。
重要是测试系统控制、校验和容错能力。
业务逻辑顺序：
不按照系统正常业务逻辑、流程操作，来测试系统与否控制了业务流程顺序。
6、按钮有效性控制测试：
重要是测试当不具备条件或无实际意义状况下，按钮“Enabled”属性。
例如：
某一业务未解决，下一环节功能按钮则应变灰（不可用）。
逐条显示数据记录，当游标已经指到了最后一条时，“下一条”和“末记录”按钮则应变灰等。
7、同步刻操作测试：
对于删除、修改、增长数据和某些业务功能，进行多客户端同步刻操作测试，看系统有什么反映。
8、附件压力测试：
对于有发送、上传、下载、邮件等功能系统，选用大文献，进行测试，来检查系统界面效果和稳定性，看与否会死机或长时间无任何反映等。
9、数据输出测试：
数据解决输出测试：
重要测试对数据排序、条件查询与否按照输入条件或规定输出了对的数据。
打印输出：
测试打印功能与否可以正常打印出报表，打印设立后，与否能按照设立规定打印。
10、WEB测试：
基于WEB方式应用，对于某些提交表单页面，通过多次点击“back”键，来测试系统解决状况。
对于有保存数据功能页面，多次点击
“保存”，来测试系统解决状况。
软件测试面试题汇总
测试技术面试题
1、什么是兼容性测试？
兼容性测试侧重哪些方面？
参照答案：
兼容测试重要是检查软件在不同硬件平台、软件平台上与否可以正常运营，即是普通说软件可移植性。
兼容类型，如果细分话，有平台兼容，网络兼容，数据库兼容，以及数据格式兼容。
兼容测试重点是，对兼容环境分析。
普通，是在运营软件环境不是很拟定状况下，才需要做兼容。
依照软件运营需要，或者依照需求文档，普通都可以得出顾客会在什么环境下使用该软件，把这些环境整顿成表单，就得出做兼容测试兼容环境了。
兼容和配备测试区别在于，做配备测试普通不是CleanOS下做测试，而兼容测试多是在CleanOS环境下做。
2、我当前有个程序，发当前Windows上运营得很慢，怎么鉴别是程序存在问题还是软硬件系统存在问题？
参照答案：
1、检查系统与否有中毒特性；
2、检查软件/硬件配备与否符合软件推荐原则；
3、确认当前系统与否是独立，即没有对外提供什么消耗CPU资源服务；
4、如果是C/S或者B/S构造软件，需要检查是不是由于与服务器连接有问题，或者访问有问题导致；
5、在系统没有任何负载状况下，查看性能监视器，确认应用程序对CPU/内存访问状况。
3、测试方略有哪些？
参照答案：
黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试方略）
4、正交表测试用例设计办法特点是什么？
参照答案：
用至少实验覆盖最多操作，测试用例设计很少，效率高，但是很复杂；
对于基本验证功能，以及二次集成引起缺陷，普通都能找出来；但是更深缺陷，更复杂缺陷，还是无能为力；
详细环境下，正交表普通都很难做。
大多数，只在系统测试时候使用此办法。
5、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪管理流程？
参照答案：
就是Bugzilla状态转换图。
6、你觉得bugzilla在使用过程中，有什么问题？
参照答案：
界面不稳定；
依照需要配备它不同某些，过程很啰嗦。
流程控制上，安全性不好界定，很容易对她人Bug进行误操作；
没有综合评分指标，不好确认修复优先级别。
7、描述测试用例设计完整过程？
参照答案：
需求分析+需求变更维护工作；
依照需求得出测试需求；
设计测试方案，评审测试方案；
方案评审通过后，设计测试用例，再对测试用例进行评审；
8、单元测试方略有哪些？
参照答案：
逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析
9、LoadRunner分哪三某些？
参照答案：
顾客动作设计；
场景设计；
测试数据分析；
10、LoadRunner进行测试流程?
参照答案：
1、测试测试
2、创立虚拟顾客脚本
3、创立运营场景
4、运营测试脚本
5、监视场景
6、分析测试成果
以上，最佳是结合一种案例，依照以上流程来简介。
什么是并发？
在lordrunner中，如何进行并发测试？
集合点失败了会怎么样？
参照答案：
在同一时间点，支持各种不同操作。
LoadRunner中提供IP伪装，集合点，配合虚拟顾客设计，以及在多台电脑上设立，可以比较好模仿真实并发。
集合点，即是各种顾客在某个时刻，某个特定环境下同步进行虚拟顾客操作。
集合点失败，则集合点才操作就会取消，测试就不能进行。
12、使用QTP做功能测试，录制脚本时候，要验证各种顾客登录状况/查询状况，如何操作？
参照答案：
分析顾客登录基本状况，得出一组数据，通过性测试/失败性测试均有（依照TC来设计这些数据），然后录制登录脚本，将核心数据参数化，修改脚本，对代码进行加强，调试脚本。
13、QTP中Action有什么作用？
有几种？
参照答案：
Action作用
⏹用Action可以对环节集进行分组
⏹环节重组，然后被整体调用
⏹拥有自己sheet
⏹组合有相似需求环节，整体操作
⏹具备独立对象仓库
Action种类
⏹可复用Action
⏹不可复用Action
⏹外部Action
14、TestDirector有些什么功能，如何对软件测试过程进行管理？
参照答案：
需求管理
⏹定义测试范畴
⏹定义需求树
⏹描述需求树功能点
测试筹划
⏹定义测试目的和测试方略。
⏹分解应用程序，建立测试筹划树。
⏹拟定每个功能点测试办法。
⏹将每个功能点连接到需求上，使测试筹划覆盖所有测试需求。
⏹描述手工测试测试环节
⏹指明需要进行自动测试功能点
测试执行
⏹定义测试集合。
⏹为每个测试人员制定测试任务和测试日程安排。
⏹运营自动测试。
缺陷跟踪
⏹记录缺陷
⏹查看新增缺陷，并拟定哪些是需要修正
⏹有关技术人员修改缺陷
⏹回归测试
⏹分析缺陷记录图表，分析应用程序开发质量。
15、你所熟悉软件测试类型均有哪些？
请试着分别比较这些不同测试类型区别与联系（如功能测试、性能测试……）？
参照答案：
CompatibilityTesting（兼容性测试），也称“Configurationtesting（配备测试）”，测试软件与否和系统其他与之交互元素之间兼容，如：
浏览器、操作系统、硬件等。
验证测试对象在不同软件和硬件配备中运营状况。
Functionaltesting（功能测试），也称为behavioraltesting（行为测试），依照产品特性、操作描述和顾客方案，测试一种产品特性和可操作行为以拟定它们满足设计需求。
本地化软件功能测试，用于验证应用程序或网站对目的顾客能对的工作。
使用恰当平台、浏览器和测试脚本，以保证目的顾客体验将足够好，就像应用程序是专门为该市场开发同样。
Performancetesting（性能测试），评价一种产品或组件与性能需求与否符合测试。
涉及负载测试、强度测试、数据库容量测试、基准测试等类型。
16、软件缺陷（或者叫Bug）记录都包括了哪些内容？
如何提交高质量软件缺陷（Bug）记录？
参照答案：
5C原则
17、Beta测试与Alpha测试有什么区别？
参照答案：
Betatesting（β测试）,测试是软件各种顾客在一种或各种顾客实际使用环境下进行测试。
开发者普通不在测试现场
Alphatesting（α测试）,是由一种顾客在开发环境下进行测试，也可以是公司内部顾客在模仿实际操作环境下进行受控测试
18、软件评审普通由哪些人参加？
其目是什么？
参照答案：
在正式会议上将软件项目成果（涉及各阶段文档、产生代码等）提交给顾客、客户或关于部门人员对软件产品进行评审和批准。
其目是找出也许影响软件产品质量、开发过程、维护工作合用性和环境方面设计缺陷，并采用补救办法，以及找出在性能、安全性和经济方面也许改进。
人员：
顾客、客户或关于部门开发人员，测试人员，需求分析师都可以，就看处在评审那个阶段
19、测试活动中，如果发现需求文档不完善或者不精确，怎么解决？
参照答案：
测试需求分析发现需求文档不完善或者不精确，应当及时和有关人员进行协调交流。
20、阶段评审与项目评审有什么区别？
参照答案：
阶段评审对项目各阶段评审：
对阶段成果和工作
项目评审对项目总体评审：
对工作和产品
21、阐述工作版本定义？
参照答案：
构造号：
BUILD
22、什么是桩模块？
什么是驱动模块？
参照答案：
桩模块：
被测模块调用模块
驱动模块调用被测模块
23、什么是扇入？
什么是扇出？
参照答案：
扇入：
被调次数，扇出：
调其他模块数目
24、你以为做好测试筹划工作核心是什么？
参照答案：
软件测试筹划就是在软件测试工作正式实行之前明确测试对象，并且通过对资源、时间、风险、测试范畴和预算等方面综合分析和规划，保证有效实行软件测试；
做好测试筹划工作核心：
目，管理，规范
1.明确测试目的，增强测试筹划实用性
编写软件测试筹划得重要目就是使测试过程可以发现更多软件缺陷，因而软件测试筹划价值取决于它对协助管理测试项目，并且找出软件潜在缺陷。
因而，软件测试筹划中测试范畴必要高度覆盖功能需求，测试办法必要切实可行，测试工具并且具备较高实用性，便于使用，生成测试成果直观、精确
2．坚持“5W”规则，明确内容与过程
“5W”规则指是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。
运用“5W”规则创立软件测试筹划，可以协助测试团队理解测试目（Why），明确测试范畴和内容（What），拟定测试开始和结束日期（When），指出测试办法和工具（How），给出测试文档和软件存储位置（Where）。
3．采用评审和更新机制，保证测试筹划满足实际需求
测试筹划写作完毕后，如果没有通过评审，直接发送给测试团队，测试筹划内容也许不精确或漏掉测试内容，或者软件需求变更引起测试范畴增减，而测试筹划内容没有及时更新，误导测试执行人员。
4.分别创立测试筹划与测试详细规格、测试用例
应把详细测试技术指标包括到独立创立测试详细规格文档，把用于指引测试小组执行测试过程测试用例放到独立创立测试用例文档或测试用例管理数据库中。
测试筹划和测试详细规格、测试用例之间是战略和战术关系，测试筹划重要从宏观上规划测试活动范畴、办法和资源配备，而测试详细规格、测试用例是完毕测试任务详细战术。
25、你以为做好测试用例工作核心是什么？
参照答案：
升级会员 