软件测试基础(经典测试面试题答案)

萌到你眼炸
844次浏览
2021年02月21日 09:05
最佳经验
本文由作者推荐

-

2021年2月21日发(作者：恩典现在的样子2018)





软件测试基础教程




测试的基本概念



测试是软件生存周期 中十分重要的一个过程，是产品发布、提交给最终用户前的稳定化阶段。



1


、



测试的分类：



从测试方法的角度可以分为手工测试和自动化测试。



手工测试：不使用任何测试工具，根据事先设计好的测试用例来运行系统，测试各功能模块。



自动化测试：利用测试工具，通过编写测试脚本和输入测试数据， 自动运行测试程序。目前最常


用的自动化测试工具是基于


GUI


的自动化测试工具，基本原理都是录制、回放技术。



从整体的角度可以分为单元测试、集成测试、系统测试、确认测试。


< /p>


单元测试：是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。一般包括 逻辑


检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。



单元测试的依据是系统的详细设计；一般由项目组开发人员自己完成 。



集成测试：在单元测试的基础上，将所有模块按照设计要求 组装进行测试。一般包括逻辑关系检


查、数据关系检查、业务关系检查、模块间接口检查 、外部接口检查。



系统测试：系统测试是在所有单元、集成测 试后，对系统的功能及性能的总体测试。



确认测试：模拟用户 运行的业务环境，运用黑盒测试方法，验证软件系统是否满足用户需求或软


件需求说明书 中指明的软件特性（功能、非功能）上的。



从测试原理上分为：白盒测试、黑盒测试和灰盒测试。



白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发


现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。



黑盒测试：是通过使用整个软件或某种软件功能来严格地测试


,


而并没有通过检查程序的源代码


或者很清楚地了解该软件的源代 码程序具体是怎样设计的。测试人员通过输入他们的数据然后看


输出的结果从而了解软件 怎样工作。在测试时，把程序看作一个不能打开的黑盆子，



在完全不考虑程序内部结构和内部



特 性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求


< p>
规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。黑盒测试



方法主要有等价类划分、边界值分析、因—果图、错误推测法。



等价类划分：



是把所有可能的输入数 据


,


即程序的输入域划分成若干部分（子集）

< br>,


然后从每一个子集中选取少


数具有代表性的数据作为测 试用例


.


该方法是一种重要的


,


常用的黑盒测试用例设计方法


.




1)


划分等价类


:


等价类是指某个输入域 的子集合


.


在该子集合中


,

< p>
各个输入数据对于揭露程


序中的错误都是等效的


.


并合理地假定


:


测试某等价类的代表值 就等于对这一类其它值的测试


.


因此


,



1





可以把全部输入数据合理划分为若干等价类

< br>,


在每一个等价类中取一个数据作为测试的输入条件


,< /p>


就可以用少量代表性的测试数据


.


取得较 好的测试结果


.


等价类划分可有两种不同的情况


:


有效等价


类和无效等价类


.


有效等价类


:


是指对于程序的规格说明 来说是合理的


,


有意义的输入数据构成的集合

< br>.


利用有效等价


类可检验程序是否实现了规格说明中所规 定的功能和性能


.


无效等价类


:


与有效等价类的定义恰巧相反


.




设计测试用例时


,

< br>要同时考虑这两种等价类


.


因为


,


软件不仅要能接收合理的数据


,


也要 能经受


意外的考验


.


这样的测试才能确 保软件具有更高的可靠性


.


边界值分析：



长期的测试工作经验告 诉我们


,


大量的错误是发生在输入或输出范围的边界上


,


而不是发生在输入输出范围的内部


.


因此针对各种边界情况设计测试用例


,


可以< /p>



查出更多的错误。



错误推测法：



基于经验和直觉推测程序中所有可能存在的各种错误


,


从而有针对性的设计测试用例的方法


.


错误< /p>


推测方法的基本思想


:


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


,


根据他们选择


测试用例


.


例如


,


在单元测试时曾列出的许多在模块中常见的错误


.


以前产品测试中曾经发现的


错误等


,


这些就是经验的总结


.


还有


,


输入数据和输出数据为


0


的情况


.


输入表格为空格或输入


表格只有一行


.


这些都是容易发生错误的情况


.


可选择这些情况下的例子作为测试用例。




灰盒测试：灰盒测试就像黑盒测试一样是通过用户界面测试， 但是测试人员已经有所了解该软件


或某种软件功能的源代码程序具体是怎样设计的。甚至 于还读过部分源代码。因此测试人员可以


有真对性地进行某种确定的条件


/


功能的测试。





从软件特性上分为功能测试和性能测试。


功能测试：是指为了确保软件系统功能实现的正确性，完整性和其他特性而进行的测试。




性能测试：是指为了评估软 件系统的性能状况，和预测软件系统性能趋势而进行的测试和分析。





2


、


BUG


的定义：



BUG


：


(


小错误，缺陷，不足，过失


„) 一个计算机


bug


指在计 算机程序中存在的一个错误


（


error


）、缺陷（


flaw


）、疏忽（


mi stake


）或者故障（


fault


） ，这些


bug


使程序无法正确的运


行。


Bug


产生于程序的源代码或者程序设计阶段的疏忽或者错误。





Def ect


：


(


缺陷


)


在软件工程（


Software Engineerin g


）中，软件与它的需求（


requirements


）不


一致，常常指软件无法正确完成需求所要求的功能，也称之为


bug


。




2









Fault


：


(


故障


)


被定义为存在于组件、设备 或者子系统中异常的条件或者缺陷，常常会导致系统的


失败。





Error


：


(


错误


)


一个


error


是指编写错误的代码，通常是无意中造成的。 一般有两类主要的错


误，一是语法错误（


syntax err or


），该类错误易于检测，因为代码在编译阶段无法解析而不能


正常编译通过。另一个是逻辑错误（


logical error

），因为它与代码的实际执行密切相关所以不


易发现。







二、



项目测试的规划



项目测试内容：



将项目测试分为项目 开发阶段测试和项目完工验收测试两个部分。



开发阶段测试内 容主要包括：模块功能测试、集成测试和文档检查。



模块功能 测试：确保系统各功能模块能够正常运行，数据的


IPO


符合系 统设计的要求。单元和模


块功能满足需求定义。



集成测试：系统各模块组装后，根据业务流程的要求，能够正确地完成各业务功能，并且数据的


处理和输出正确。



文档检查：在项目开发阶 段，按照项目进度表，根据《项目文档测试规范与标准》，对提交的项


目文档和记录（技 术文档和管理文档）进行检查和验证，以符合公司质量体系和项目制度的要


求，对于技术 类文档的关键要素，验证是否能够达到通过标准。



完工验收测 试内容主要包括：安装测试、功能验证、性能测试、需求验证、文档测试。完工验收


测试 实际上是项目在结项前的一个全面的检查和验证。可以作为项目结项的依据和放行条件。



需求测试：检查软件产品是否满足该项目的需求说明书中规定的功能需求，检查需求的完 整性、


一致性、最新性，该项测试重点是需求满足的完整性。



安装测试：根据项目提供的安装文档中的安装步骤，搭建系统运行环境，检查系统安装过 程是否


正确。可能包括数据库服务器的安装与配置、应用服务器、控件注册、客户端的安 装与配置、应


用软件的安装。



功能验 证：按照需求说明书和系统概要设计，逐项检查各项功能（功能单元、功能模块）的可运


行性和正确性。




3





文档测试：文档测试从项目立项时就开始了，实际上就是文档 检查，包括规范性检查和有效性检


查。目的是使项目相关的文档和记录既规范又有意义， 不是为了应付的无用文件。对于技术文档


如：需求说明书、概要设计、详细设计等，在技 术评审时也进行了评测。用户文档，如安装手


册、用户操作手册，根据文档检查规范进行 。



性能测试：这部分测试的来源，严格来讲，取决于用户对软 件特性的一些特定要求，另外，就是


公司的开发部门对产品的一些基本的性能要求。若用 户从业务的角度考虑，对软件产品本身有特


定的非功能要求，则必须在软件需求说明书中 加以说明，使之具有可度量和可测试性。对于一些


多用户环境或数据处理能力和负载方面 的测试，很难通过手工搭建测试环境来测试，所以可以参


考使用一些专门的性能测试工具 和手工测试相结合的方式。



项目测试的基本流程：



1


、



项目测试启动：项目立项后，在测试配置库中创建项目。



2


、



测试计划：系统详细设计后，制定测试计划，准备测试资源。



3


、



设计测试用例，主要是与业务相关的测试用例。



4


、实施功能模块测试，搭建运行或开发环境，采用功能模块测试表的方式， 开发人员在功能模块


测试表中更新进度状态，测试人员在该表中描述测试进度。形成测试 错误列表，该表对每个错误


都有相应的测试记录与之链接，在测试记录中，详细描述错误 的情况。在测试记录中还要包括修


正信息和验证信息。



5


、错误关闭后，测试人员维护测试记录表和更新测试用例库和问题库 ，作为经验积累。



6


、项目在结项时 ，测试人员进行项目完工验收测试，填写项目测试报告。该测试报告可作为用户


验收的输 入工件。



三、



功能测试方法与内容



1


、数据输入测试：向系统输入数据或输入数据库操作命令时，一般是测试系统对数据库中数据操


作的过程。



数据类型测试：由于不同的数据 库系统对数据类型要求的不同，在定义数据库表时，也规定了数


据字段的数据类型。测试 步骤和方法：在系统的数据维护功能界面上，录入或修改数据时，特意


输入非系统设计的 数据类型，检查系统是否可以接受，若不能接受则检查是否满足了系统在这方


面的设计要 求，如即刻清除非法内容、输入焦点不能到下一输入位置、出现系统自定义的提示信


息、 不允许出现开发工具的报错信息等。若系统可以接受并保存，则要看数据库表的字段类型设


计是否与用户或习惯上不一致，并且要注意其他模块在调取该数据时，是否有特定要求。



边界值测试：根据数据取值范围的要求，输入符合取值范围的数据、取值范围的上、 下限和超过


取值范围的数据。注意，除要测试数据库系统本身数据类型取值范围外，还要 根据软件系统设计


中的一些特定要求，设计测试用例来测试。



数据合法性测试：测试人员除了要测试输入数据是否满足所使用数据库系统本身的数据类 型和取


值范围的要求外，还应该根据经验和软件系统和需求的特定要求检查输入数据的合 法性。比如：


日期合法性（出生年月、参保日期、发生时间、根据习惯和业务逻辑顺序对 日期合理性的要求


等）。工资、比例、率等，都要注意输入的合理、合法性。

< p>



4




单引号和双引号：不要忽略输入单引号和双引号可能引起的错误和数据问题。在功能录入界面


上，在某字段的输入框输入了包括单引号和双引号的数据，以后在通过


Sele ct


语句查询时可能


会出问题。特别在基于

< br>WEB


方式的系统，输入了单引号，在查询数据记录时，肯定会出现页面链


接错误（页面无法链接或找不到或链接对象错误）。



空值测试：在测试数据录入或修改的功能界面时，若不输入任何东西，系统又没有设计成


NOT


NULL


，则这时，要非常注意其影响。因为 数据可以正常保存，但数据表该字段是空值，那么所有


与该字段有关的操作，如：查询< /p>


(AND)


、计算（累加、连乘）等，则可能出现数据问题（计算 结果


为


0


，无记录返回）。对于测试人 员首先要检查系统到底是作为空值，还是作为空串或空字符处


理。另外对于允许不输入任 何值的字段，在测试过程中，要检查是否在界面显示或打印报表时，


这些字段作为了关键 要素或标题等情况。



空格：在数据维护的功能界面上，输入数 据时，要注意是否在输入位置有空格，首先看系统设计


时，是怎么考虑的，若系统允许输 入空格，则检查条件查询或作为调用参数时的数据返回情况；


另外检查程序是否使用了去 掉空格的函数。



数据校验的不一致：测试时，对于一些编号、 编码、代码等主键或作为查询或调用条件的字段，


要注意系统对他们的输入合法性检查与 查询或调用条件的要求是否是一致的。特别是对于数据结


构设计中没有特定约束，而由程 序进行校验控制的情况。



分析：数据输入测试的主要目的是保 证输入到系统中数据的合法、合理性。我觉得，数据输入过


程的检查是非常重要的，若在 编程过程中，不注重数据的校验功能，虽然看起来加快了开发进


度，但给以后会带来一些 不可预计的编程或维护工作量。



2


、 目录路径测试：测试系统中规定的路径要求，更改路径，检查系统的是否可以正确运行及系统

的排错功能。测试时，根据系统设计说明书（详细设计）或通过对程序源代码的熟悉，找出系统


运行过程中指定的路径或在运行过程中，需要使用者选择路径的地方。特意更改路径（选择正确


的路径、选择另外的路径、输入不存在的路径）。检查系统是否具有路径上的容错性和灵活性。


比如，原则上在程序中，最好不要写绝对路径，另外可以提供配置路径的对话框，若输入 了非法


路径，系统有无提示等。



3


、



数据操作测试：包括数据操作测试和用户界面操作的测试。


< /p>


修改、新增数据：对于新增和修改数据，要注重以下几个方面的测试。界面上，新增数据成 功


后，数据列表是否立即刷新，输入有错误时，是否清空错误的数据，输入焦点是否得以 控制。在


提示信息上，是否有保存成功的提示，输入有错误时，提示的错误信息是否准确 ，可读。数据方


面，要通过


SQL


检查 数据提交是否正确。



删除数据：测试删除记录时，系统是否有 确认提示，能否批量删除，根据系统详细设计，检查删


除主表记录时，在业务上，其他相 关表是否相应更改。



事物的提交与回滚


:


熟悉


C/S


模式开发或数据库应用 系统开发的人都知道，数据库事物的概念。对


于一个比较复杂的业务逻辑或业务上有数据 一致和完整性要求时，尽量使用事物对数据进行提


交，这样一旦由于意外原因引起系统或 硬件故障时，可以回滚。根据系统的设计要求在测试时，


可人为模拟意外故障，来测试系 统的数据完整性和容错能力。



4


、工 具条和快捷键测试：在功能界面测试时，对系统菜单中定义的快捷键和菜单工具条中的工具


按钮要测试。主要是有效性和一致性测试。有效性：检查是否有效，界面有无反应。一致性：定


义或提示的信息是否与实际完成的功能一致。



5


、



操作顺序测试



按钮顺序测试：在功能 界面上，不按照设计上或习惯上的操作顺序点击功能按钮，看系统有什么


反应；多次、反 复点击某一按钮，看系统有什么反应。主要是测试系统的控制、校验和容错能



5





力。



业务 逻辑顺序：不按照系统的正常业务逻辑、流程操作，来测试系统是否控制了业务流程的顺


序。



6


、按钮有效性控制测试：主要 是测试当不具备条件或无实际意义的情况下，按钮的“Enabled”


属性。比如：某 一业务未处理，下一环节的功能按钮则应变灰（不可用）。逐条显示数据记录，


当游标已 经指到了最后一条时，“下一条”和“末记录”按钮则应变灰等。


7


、同时刻操作测试：对于删除、修改、增加数据和一些业务功能，进行多客户端同 时刻操作测


试，看系统有什么反应。



8


、附件压力测试：对于有发送、上传、下载、邮件等功能的系统，选取大的文件，进行 测试，来


检查系统的界面效果和稳定性，看是否会死机或长时间无任何反应等。



9


、



数据输出测试：



数据处理输出测试： 主要测试对数据的排序、条件查询是否按照输入的条件或要求输出了正确的


数据。



打印输出：测试打印功能是否能够正常打印出报表，打印设置后，是 否能按照设置的要求打印。



10


、< /p>


WEB


测试：基于


WEB


方式的应用，对于一些提交表单的页面，通过多次点击“back”键，来


测试 系统的处理情况。对于有保存数据功能的页面，多次点击



“保存”，来测试系统的处理情况。







软件测试面试题汇总



测


试


技


术


面

< br>试


题



.......... .................................................. .................................................. .................................................. ............................. 10


1

< p>
、什么是兼容性测试？兼容性测试侧重哪些方面？


.......... .................................................. ....................................... 10


2


、我现在有个程序，发现在


Windows


上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？


... 10


3


、测试的策略有哪些？


..... .................................................. .................................................. ...........................................11


4


、正交表测试用例设计方法的特点是什么？


.................................................. .................................................. ............11


5


、描述使用


bugzilla


缺陷管理工具对软件缺陷（


BUG< /p>


）跟踪的管理的流程？


.................. ......................................11

6


、你觉得


bugzilla


在使 用的过程中，有什么问题？


.......................... .................................................. ......................11


7


、描述测试用例设计的完整过程？


.................................................. .................................................. ............................11


8


、单元测试的策略有哪些？


... .................................................. .................................................. .....................................11


9


、


LoadRunner


分哪三部 分？


.................................... .................................................. .................................................. ...11


10


、


LoadRunn er


进行测试的流程


?


...... .................................................. .................................................. .........................11


什么是并发？在


lordrunner


中，如何进行并发的测试？集合点失败了会怎么样 ？


............................................... 12


12


、使用


QTP

做功能测试，录制脚本的时候，要验证多个用户的登录情况


/


查询情况，如何操作？


................... 12


13


、


QTP


中的


Action


有什么作用？有几种？



......................................... .................................................. .................... 12


14


、< /p>


TestDirector


有些什么功能，如何对软件测试过程进 行管理？


.................................. ......................................... 12

< p>
15


、你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试 类型的区别与联系（如功能测试、


性能测试„„）？


.... .................................................. .................................................. ............................................. 13 < /p>


16


、条软件缺陷（或者叫


Bug


）记录都包含了哪些内容？如何提交高质量的软件缺陷（


Bug


）记录？



.


.............. 13

17


、


Beta


测试与

< p>
Alpha


测试有什么区别？


........ .................................................. .................................................. ........ 13



6




18


、软件的评审一般由哪些人参加？其目的是什么？


. .................................................. .............................................. 13


19


、测试活动中，如果发现需求文档不完善或者不准确，怎么 处理？


................................... .................................. 13


2 0


、阶段评审与项目评审有什么区别？


.......... .................................................. .................................................. ........... 13


21


、阐述工作版本的定义？


... .................................................. .................................................. ...................................... 14

< br>22


、什么是桩模块？什么是驱动模块？


...... .................................................. .................................................. ............... 14


23


、什么是扇入？什么是扇出？


. .................................................. .................................................. ................................ 14


24< /p>


、你认为做好测试计划工作的关键是什么？


......... .................................................. .................................................. 14


25


、你认为做好测试用例工作的关键是什么？


.......................................... .................................................. ................. 14


26


、简述一下缺陷的生命周期？


. .................................................. .................................................. ................................ 14


27< /p>


、软件的安全性应从哪几个方面去测试？


.......... .................................................. .................................................. ... 15


28


、软件配置管理工作开展的情况和认识？< /p>


....................................... .................................................. ........................ 15


29

、你觉得软件测试通过的标准应该是什么样的？


............... .................................................. .................................... 15


30


、引入测试管理的含义？


... .................................................. .................................................. ...................................... 15

< br>31


、一套完整的测试应该由哪些阶段组成？


.... .................................................. .................................................. ......... 15


32


、单元测试的主要内容？


... .................................................. .................................................. ...................................... 15

< br>33


、集成测试也叫组装测试或者联合测试，请简述集成测试的主要内容？


......................................... .................... 15


34


、简述集成测试与系统测试关系？


.................................................. .................................................. ......................... 16


35

< br>、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系< /p>


统的用户文档包括哪些？


................. .................................................. .................................................. .................... 16


36


、软 件系统中除用户文档之外，文档测试还应该关注哪些文档？


............ .................................................. ........... 16


37


、简述软件系统中用户文 档的测试要点？


............................... .................................................. ................................ 16


38


、单元测试主要内容是什么？


. .................................................. .................................................. ................................ 17


39


、如何理解强度测试？


.... .................................................. .................................................. ......................................... 18

< p>
40


、如何理解压力、负载、性能测试测试？


. .................................................. .................................................. ............ 18


41


、什么是系统瓶颈？


..... .................................................. .................................................. ............................................ 19


42


、文档测试主要包含什么内容？


.................................................. .................................................. ............................. 19


43


、功能测试用例需要详细到什么程度才是合格的？


......... .................................................. ...................................... 19

< br>44


、配置和兼容性测试的区别是什么？


...... .................................................. .................................................. ............... 20


45


、软件文档测试主要包含什么？


.................................................. .................................................. ............................. 20


46


、没有产品说明书和需求文档地情况下能够进行黑盒测试吗？


.... .................................................. ....................... 21


47


、测试中的“杀虫剂怪事”是指什么？


.................... .................................................. ............................................... 21


48


、在配置测试中，如何判断发现的缺陷是普通问题还是特定 的配置问题？


................................ ......................... 21


49

< br>、为什么尽量不要让时间有富裕的员工去做一些测试？


........... .................................................. ............................ 21


50


、完全测试程序是可能的吗？


. .................................................. .................................................. ................................ 21


51< /p>


、


软件测试的风险主要体现在哪里？


. .................................................. .................................................. .................... 22


52


、发 现的缺陷越多，说明软件缺陷越多吗？


..................... .................................................. ...................................... 22

< br>53


、所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？


............................................. ................................ 22


54< /p>


、软件测试人员就是


QA


吗？

< p>
........................................... .................................................. .......................................... 22


55


、


如何减少测试人员跳槽带来的损失？


........................................ .................................................. ........................... 22


56


、测试产品与测试项目的区别是什么？


................ .................................................. .................................................. . 23


57


、和用户共同测试（


U AT


测试）的注意点有哪些？


.............. .................................................. .................................. 23


5 8


、如何编写提交给用户的测试报告？


.......... .................................................. .................................................. ........... 23


59


、测试工具在测试工作中 是什么地位？


................................ .................................................. ................................... 24


60


、什么是软件测试，软件测试的目的？


........ .................................................. .................................................. ......... 24


61


、简述负载测试与压力测试的 区别。


................................... .................................................. .................................... 24


62


、写出


bug


报告流转的步骤， 每步的责任人及主要完成的工作。


....................... .................................................. 24


63


、写出


bug


报告当中一些必备的内容。


..................... .................................................. .............................................. 25


64


、开发人员老是犯一些低级错误怎么解决？


............................................. .................................................. .............. 25


65


、画出软件测试的


V


模型图。


........... .................................................. .................................................. ...................... 25



7





66


、为什么要在一个团队中开展软 件测试工作？


................................ .................................................. ....................... 26


67


、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？


............................................. 26 < /p>


68


、您所熟悉的软件测试类型都有哪些？请试着分别比较这些不 同的测试类型的区别与联系（如功能测试、


性能测试„„）


. .................................................. .................................................. .................................................. .. 26


69


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


..................................... .................................................. .............. 27


70


、


请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。


......... 27


71


、测试计 划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？


............................. 27


72


、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工 作中的


应用。


..................... .................................................. .................................................. ................................................ 28


73


、请以您以往的实际工作为例，详细的描述一次测试 用例设计的完整的过程。


................................................. 28


74


、您以往是否曾经从事过性能测试工作？如果有，请 尽可能的详细描述您以往的性能测试工作的完整过


程。


... .................................................. .................................................. .................................................. .................... 29


75


、你 对测试最大的兴趣在哪里？为什么？


...................... .................................................. ......................................... 29

< p>
76


、你以前工作时的测试流程是什么？


... .................................................. .................................................. .................. 30


77


、当开发 人员说不是


BUG


时，你如何应付？



.


........................... .................................................. ............................. 30


78


、软件的构造号与版本号之间的区别？


BVT(BuildVerifi cationTest)



................ ................................................. 30


79


、您以往的工作中，一条软件缺陷（或者叫


Bug


）记录都包含了哪些内容？如何提交高质量的软件缺陷

< p>
（


Bug


）记录？


.. .................................................. .................................................. .................................................. .. 31


80


、您以往所从事的软件测试工作中，是否使用 了一些工具来进行软件缺陷（


Bug


）的管理？如果有，请结合


该工具描述软件缺陷（


Bug


）跟踪管 理的流程。


................................. .................................................. ............... 31


81


、您认为性能测 试工作的目的是什么？做好性能测试工作的关键是什么？


............. ............................................ 31


82


、单元测试、集成测试、系统测试的侧重点是什么？

< p>
........................................... .................................................. 31


83


、集成测试通常都有那些策略？


.................................................. .................................................. ............................. 31


84


、一个缺陷测试报告的组成


.. .................................................. .................................................. ................................... 31


85


、基于


WEB


信息管理系统测试时 应考虑的因素有哪些？


............................ .................................................. ........... 31


86


、软件测试项目从什么时 候开始，？为什么？


............................. .................................................. .......................... 31


87


、需求测试注意事项有哪些？


. .................................................. .................................................. ................................ 31


88


、简述一下缺陷的生命周期


.. .................................................. .................................................. ................................... 31


89


、你在你所在的公司是怎么开展测试工作的？是如何组织的？


................................................ ............................. 31


90


、你认为理想的测试流程是什么样子？


.............. .................................................. .................................................. ... 32


91


、您在从事性能测试工作时，是否使用过一 些测试工具？如果有，请试述该工具的工作原理，并以一个具


体的工作中的例子描述该工 具是如何在实际工作中应用的。


........................ .................................................. ... 32


92


、软件测试活动的生命周期是什么？


......................................... .................................................. .............................. 32


93


、请画出软件测试活动的流程图？


.................................................. .................................................. ......................... 32


94


、针对缺陷采取怎样管理措施？


.................................................. .................................................. ............................. 32


95


、什么是测试评估？测试评估的范围是什么？


........... .................................................. ............................................ 32


96


、如果能够执行完美的黑盒测试，还需要进行白盒测试吗？为什 么？


.................................... ............................. 32


97


、测试结束的标准是什么？


.. .................................................. .................................................. ................................... 32


98


、软件验收测试除了


alpha ,beta


测试以外


,


还有哪一种


?


............................ .................................................. ....... 32


99


、


做测试 多久了？以前做过哪些项目？你们以前测试的流程是怎样的？用过哪些测试工具？


......................... 32


100


、请就如何在开发中进行软件质量控制说说你的看法


........... .................................................. .............................. 32


101


、一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。


.................................................. ................. 33


102


、软件测 试的类型有那些？分别比较这些不同的测试类型的区别与联系。


.......... ............................................. 33 < /p>


103


、测试用例通常包括那些内容？着重阐述编制测试用例的具 体做法


................................... ................................ 33


104


、在分别测试


winform


的


C/S


结构与测试


WEB

结构的软件是，应该采取什么样的方法分别测试？他们存在


什么样的区别与联系？< /p>


....................................... .................................................. .................................................. .. 33


105


、在测试


winf orm


的


C/S


结构软件时，发现这个 软件的运行速度很慢，您会认为是什么原因？您会采取哪


些方法去检查这个原因？


......................................... .................................................. .............................................. 33


106


、描述使用


bugzilla< /p>


缺陷管理工具对软件缺陷（


BUG


）跟踪 的管理的流程


................................ ....................... 33



8





107


、你都用什么测试方法



针对不同的产品或者系统或者模块，有不同的测试方法。总体而言有白盒测试和


黑盒测试。


............................. .................................................. .................................................. ................................ 33


108


、怎么编写案例



案例的编写与测试阶段的定义有很大的关系。系统测试和


unit

< p>
测试的案例可能不同。总


体而言测试案例根据系统的需求而定。

< p>
........................................... .................................................. .................... 33


109


、 怎么才能够全面的测试到每一个点



测试的全面性主要需要在设 计测试计划的时候考虑，从测试策略，


产品需求等等多个角度考虑从而定义全部的测试点 。


..................................... .................................................. .. 33


110


、谈谈软件测试技术，以及如何提高


......................................... .................................................. ............................ 33


111


、谈谈软件测试职业发展，以及个人的打算


............ .................................................. ............................................. 33 < /p>


112


、谈谈软件测试在企业的地位，也可以结合软件生命周期来 谈


..................................... ...................................... 33

< br>113


、一般公司里实际的软件测试流程是什么样的？你们公司又是怎样的？


........................................ ................... 33


114


、软件工程师要具有那些素质？


.................................................. .................................................. ........................... 33


115

< p>
、你会哪些测试工具？怎么操作？


................. .................................................. .................................................. ...... 33


116


、你能不能说下你的


3


到


5


年的职业计划（规划 ）


..................................... .................................................. ........ 33


117


、你觉得你来应聘有那些优势？


.................................................. .................................................. ........................... 33


其他问题：（有可能清晰的思路比确切的答案更重要）


... .................................................. ........................................ 33




开


发


及


环


境


搭


建


类


面


试


题



.................. .................................................. .................................................. .................................................. ..................... 34


1


、描 述软件产生内存泄露的原因以及检查方式。


（可以结合一种开发语言进行描述）


......................................... 34


2


、简述什么是值传递，什么是地址传递，两者区别是什 么？


.................................... ............................................... 34


3


、结构化程序设计和面向对象程序设计各自的特点及优缺点是 什么？


................................... ................................ 34


4


、简述什么是存储过程和触发器？


.................................................. .................................................. ........................... 34


5


、使用


C


语言编写一个函数，用于交换两个变量的值（ 地址传递）


。



.

................................................ .................... 34


6


、请简 述


DNS


、活动目录、域的概念。


. .................................................. .................................................. ................. 35


7


、

< p>
描述


TCP/IP


协议的层次结构，以及每一层中 重要协议。


................................. .................................................. . 35


8


、


简述子网掩码的用途。


...................................... .................................................. .................................................. ..... 35


9


、说出


4


种以上常用的操作系统及其主要的应用范围（微软的操作系统除外）


。


................................................. 35


10


、在


Linux

< p>
系统中，一个文件的访问权限是


755


，其含义是 什么？


................................... ................................... 35


11


、


Windows


操作系统中


PATH


环境变量的作用是什么？


... .................................................. ................................... 35


12


、


Ghost


的主要用途和常用方 法？


.................................... .................................................. ........................................ 36


13


、在


RedHat


中， 从


root


用户切到


userl


用户，一般用什么命令？


................... .................................................. 36


14


、


Linux


中，一般怎么隐藏文件？


...................... .................................................. .................................................. .... 36


15


、如何将自己的本地磁盘（


D


）做成


FTP


供远端主机 使用？


................................... ................................................ 36


16


、对


,CMMI,XP,< /p>


的认识？



............. .................................................. .................................................. 36


17


、


DNS

< br>是什么


,


它是如何工作的


?


........................................ .................................................. ........................................ 37


18


、防火墙如何保证安全的？主要有哪些？


.. .................................................. .................................................. ........... 37


19


、目前流行的操作的系统 有哪些？请举例说明安装操作系统的注意事项？


................. ........................................ 39


20


、简述一下


c/s


模式 或者


b/s


模式？


........ .................................................. .................................................. ............. 39


21


、

< br>TCP/UDP


有哪些区别？


........... .................................................. .................................................. ............................... 39


22


、


ISO


模型？


H UB


、


tch


、


Router


是


ISO


的第几层设备 ？


..................................... .................................................. .. 40


23


、


内存有哪几种存储 组织结构


.


请分别加以说明？


... .................................................. .............................................. 40




人


力


资


源


面


试


题



................ .................................................. .................................................. .................................................. ....................... 40


1


、你的测试职业发展是什么？你自认为做测试的优势在哪里？


........... .................................................. .................. 40


2


、你为什么想离开目前的职务？


. .................................................. .................................................. .............................. 40


3


、你对我们公司了解有多少？


.. .................................................. .................................................. ................................. 40


4< /p>


、你找工作时，最重要的考虑因素为何？


.......... .................................................. .................................................. ..... 40


5


、为什么我们应该录取你？


... .................................................. .................................................. .................................... 40



9





6


、请谈谈你个人的最大特色。


.. .................................................. .................................................. ................................. 40


7< /p>


、一个测试工程师应具备那些素质和技能？


......... .................................................. .................................................. .. 40


8


、您认为在测试人员同开发人员的沟通过程中， 如何提高沟通的效率和改善沟通的效果？维持测试人员同开


发团队中其他成员良好的人际 关系的关键是什么？


............................. .................................................. .............. 40


9


、在您以往的测试工 作中，最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的？


... 41


10


、在即将完成这次笔试前，您是否愿意谈一 些自己在以往的学习和工作中获得的工作经验和心得体会？


（可以包括软件测试、过程改 进、软件开发或者与此无关的其他方面）


.................... ..................................... 41


11


、为什么选择测试这行？


... .................................................. .................................................. ...................................... 41

< br>12


、你的工作通常能在时限内完成吗


.


（我想问一下就是她问这个问题的动机是什么）


....................................... 41


13


、通常你对于别人批评你会有什么样的反应


.. .................................................. .................................................. ....... 41


14


、如果明知这样做不对，你还会依 主管的指过去做吗？


............................. .................................................. .......... 41


15


、如果你接到一个客户抱怨 的电话，你确知无法解决他的问题，你会怎么处理？


............................................. 41 < /p>


16


、请就软件测试人员应该具备什么样的基本素质说说你的看法 。


..................................... .................................... 41


17


、你在五年内的个人目标和职业目标分别是什么？


.. .................................................. ............................................. 42


18


、你怎样做出自己的职业选择？


.................................................. .................................................. ............................. 42










测试技术面试题



1

< br>、


什么是兼容性测试？兼容性测试侧重哪些方面？



参考答案：



兼容测试主要是检查软件 在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移


植性。< /p>



兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库 兼容，以及数据格式的兼容。



兼容测试的重点是，对兼容环境 的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼


容。根据软件运行 的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境


整理成表单，就得出做兼容测试的兼容环境了。



兼容和配置测试的区别在于，做配置测试通常不是


Clean OS


下做测试，而兼容测试多是在


Clean OS


的环


境下做的。



2


、我现在有个程序，发现在


Windows


上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？



参考答案：



1


、检查系统是否有中毒的特征；


< /p>


2


、检查软件


/


硬件的配置是否符合软件的推荐标准；



3

、确认当前的系统是否是独立，即没有对外提供什么消耗


CPU

资源的服务；



4


、如果是


C/S


或者


B/S


结 构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成


的；



5


、在系统没有任何负载的情况下，查看性 能监视器，确认应用程序对


CPU/


内存的访问情况。




10





3


、测试的策略有哪些？



参考答案：



黑盒

/


白盒，静态


/


动态，手工


/


自动，冒烟测试，回归测试，公测（


Bet a


测试的策略）



4

< br>、正交表测试用例设计方法的特点是什么？



参考答案：



用最少的实验覆盖最多的 操作，测试用例设计很少，效率高，但是很复杂；



对于基本的 验证功能，以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还

是无能为力的；



具体的环境下，正交表一般都很难做的。 大多数，只在系统测试的时候使用此方法。



5


、描述使用


bugzilla


缺陷管理工具对软件缺陷 （


BUG


）跟踪的管理的流程？



参考答案：



就是

Bugzilla


的状态转换图。



6


、你觉得


bugzilla


在使用 的过程中，有什么问题？



参考答案：



界面不稳定；



根据需要配置它的不同的部分，过程很烦琐。



流程控制上，安全性不好界定，很容易对他人的


Bug


进行误操作；



没有综合的评分指标，不好确认修复的优先级别。



7


、描述测试用例设计的完整过程？



参考答案：



需求分析


+


需求变更的维护工作；



根据需求



得出测试需求；



设计测试方案，评审测试方案；



方案评审通过后，设计测试用例，再对测试用例进行评审；



8


、单元测试的策略有哪些？



参考答案：



逻辑覆盖、循环覆盖、同 行评审、桌前检查、代码走查、代码评审、景泰数据流分析



9


、


LoadRunner


分哪三部分？



参考答案：



用户动作设计；



场景设计；



测试数据分析；



10


、


LoadRunner


进行测试的流程


?


参考答案：



1


、



测试测试



2


、



创建虚拟用户脚本




11





3


、



创建运行场景



4


、



运行测试脚本



5


、



监视场景



6


、



分析测试的结果



以上，最好是结合一个案例，根据以上流程来介绍。



什么是并发？在


lordrunner


中，如何 进行并发的测试？集合点失败了会怎么样？



参考答案：



在同一时间点，支持多个不同的操作。



LoadRunner


中提供


IP


伪 装，集合点，配合虚拟用户的设计，以及在多台电脑上设置，可以比较好的模拟


真实的并 发。



集合点，即是多个用户在某个时刻，某个特定的环境下同 时进行虚拟用户的操作的。集合点失败，则集合


点的才操作就会取消，测试就不能进行。



12


、使用


QTP


做功能测试，录制脚本的时候，要验证多个用户的登录情况


/


查询情况，如何操作？



参考答案：



分析用户登录的基本情况 ，得出一组数据，通过性测试


/


失败性测试的都有（根据


TC


来设计这些数据）


，

然后录制登录的脚本，将关键的数据参数化，修改脚本，对代码进行加强，调试脚本。



13


、


QTP

中的


Action


有什么作用？有几种？

< br>


参考答案：



Action


的作用





用


Act ion


可以对步骤集进行分组





步骤重组，然后被整体调用





拥有自己的


sheet




组合有相同需求的步骤，整体操作





具有独立的对象仓库



Action


的种类





可复用


Action




不可复用


Action




外部


Action


14

< p>
、


TestDirector


有些什么功能，如何 对软件测试过程进行管理？



参考答案：




需求管理





定义测试范围





定义需求树





描述需求树的功能点



测试计划





定义测试目标和测试策略。





分解应用程序，建立测试计划树。





确定每个功能点的测试方法。





将每个功能点连接到需求上，使测试计划覆盖全部的测试需求。





描述手工测试的测试步骤





指明需要进行自动测试的功能点



测试执行




12











缺陷跟踪













定义测试集合。



为每个测试人员制定测试任务和测试日程安排。



运行自动测试。



记录缺陷



查看新增缺陷，并确定哪些是需要修正的



相关技术人员修改缺陷



回归测试



分析缺陷统计图表，分析应用程序的开发质量。



15


、你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类 型的区别与联系（如功能测试、性


能测试„„）？



参考答案：


Compatibility

Testing


（兼容性测试）


，也称

“Configuration


testing


（配置测 试）


”


，测试软件是


否和系统的其它与 之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬


件


配


置


中


的


运


行


情


况


。




Functional


testing

(


功能测试


)


，也称为

< p>
behavioral


testing


（行为测 试）


，根据产品特征、操作描述和用户方案，


测试一个产品的特 性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网


站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用< /p>


程


序


是


专


门


为


该


市

< p>
场


开


发


的


一


样


。



Performance


testing

（性能测试）


，评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强 度测


试、数据库容量测试、基准测试等类型。



16


、软件缺陷（或者叫


Bug


）记录都包含了哪些内容？如何提交高质量的软件缺陷（


Bug


）记录？



参考答案：


5C


标准



17


、


Beta


测试与


Alpha

测试有什么区别？



参考答案：


Beta


testing (β


测试


),


测试是软件的多个用户在 一个或多个用户的实际使用环境下进行的测试。


开


发

< p>
者


通


常


不


在


测


试


现

场



Alpha


testing


(α


测试


),


是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作


环境下 进行的受控测试



18


、软件的评审一 般由哪些人参加？其目的是什么？



参考答案：



在正式的会议上将软件项 目的成果（包括各阶段的文档、产生的代码等）提交给用户、客户或有关部门人


员对软件 产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方


面的设计缺陷，并采取补救措施，以及找出在性能、安全性和经济方面的可能的改进。



人员：用户、客户或有关部门开发人员，测试人员，需求分析师都可以，就 看处于评审那个阶段



19


、测试活 动中，如果发现需求文档不完善或者不准确，怎么处理？



参考答案：



测试需求分析



发现需求文档不完善或 者不准确，应该立即和相关人员进行协调交流。



20


、阶段评审与项目评审有什么区别？



参考答案：




13





阶段评审



对项目各阶段评审：对阶段成果和工作



项目评审



对项目总体评审：对工作和产品



21


、阐述工作版本的定义？



参考答案：



构造号：


BUILD


22


、什么是桩模块？什么是驱动模块？



参考答案：



桩模块：被测模块调用模块



驱动模块



调用被测模块



23


、什么是扇入？什么是扇出？



参考答案：



扇入：被调次数，扇出：调其它模块数目


24


、你认为做好测试计划工作的关键是什么？



参考答案：



软件测试计划就是在软件 测试工作正式实施之前明确测试的对象，并且通过对资源、时间、风险、测试范


围和预算 等方面的综合分析和规划，保证有效的实施软件测试；



做好测试计划工作的关键



：目的，管理，规范



1.


明


确


测


试


的


目


标


，

< br>增


强


测


试


计


划


的


实


用


性



编写软件测试计划得重要目的就是 使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于


它对帮助管理测试 项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能


需 求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确

< p>


2


．


坚


持


“5W”


规


则


，


明


确


内

< br>容


与


过


程



“5W”


规则指的是


“What< /p>


（做什么）


”


、


“Why


（为什么做）


”


、

< p>
“When


（何时做）


”


、


“Where


（在哪里）


”


、


“How


（如何做）


”


。利用


“5W”


规则创建软件测试计 划，可以帮助测试团队理解测试的目的（


Why


）


，明确


测试的范围和内容（


What


）


，确定测试的开始和结束日期（


When

< p>
）


，指出测试的方法和工具（


How


）


，给


出


测


试


文


档


和

软


件


的


存


放


位


置


（


Wh ere


）


。



3


．


采


用


评< /p>


审


和


更


新


机


制


，


保

< p>
证


测


试


计


划


满


足


实

际


需


求



测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试


内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人 员。



4.


分


别


创


建


测


试


计


划


与


测


试


详


细


规


格


、


测


试


用


例



应把详细的测试技术 指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试


用例 放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是


战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、 测


试用例是完成测试任务的具体战术。


25


、你认为做好测试用例工作的关键是什么？



参考答案：




需求和设计文档的理解程度，对系统的熟悉程度



26


、简述一下缺陷的生命周期？


< /p>


参考答案：提交


->


确认


->


分配


->


修复

< p>
->


验证


->


关闭




14




27


、软件的安全性应从哪几个方面去测试？



参考答案：



(1)



用户认证机制：如数据证书、 智能卡、双重认证、安全电子交易协议



(2)



加密机制



(3)



安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描



(4)



数据备份与恢复手段：存储设 备、存储优化、存储保护、存储管理



(5)



防病毒系统



28

、软件配置管理工作开展的情况和认识？



参考答案：



软件配置管理贯穿于软件 开发、测试活动的始终，覆盖了开发、测试活动的各个环节，它的重要作用


之一就是要全 面的管理保存各个配置项，监控各配置项的状态，并向项目经理及相关的人员报告，从而实


现对软件过程的控制。



软件测试配置管理包括


4


个最基本的活动：



配置项标识



配置项控制



配置项状态报告



配置审计




软件配置管理通常借助工具来辅助，主要有


MS SourceSafe


、


Rational ClearCase


等



< p>
29


、你觉得软件测试通过的标准应该是什么样的？



参考答案：




缺陷密度值达到客户的要求



30


、引入测试管理的含义？



参考答案：风险分析，进度控制、角色分配、质量控制



31


、一套完整的测试应该由哪些阶段组成？



参考答案：测试计划、测试设计与开发、测试实施、测试评审与测试结论



32


、单元测试的主要内容？



参考答案：




模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试


< p>
33


、集成测试也叫组装测试或者联合测试，请简述集成测试的主要内容？



参考答案：



（


1


）在把各个模块连接起来的时候，穿越模块接口的数据是 否会丢失；



（


2

）一个模块的功能是否会对另一个模块的功能产生不利的影响；


< br>（


3


）各个子功能组合起来，能否达到预期要求的父功能 ；



（


4


）全 局数据结构是否有问题；



（


5


）单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。








15





34


、简述集成测试与系统测试关系？



参考答案：




（


1


）集成测试的主要依据概要设计说明书，系统测试的主要 依据是需求设计说明书；




（


2


）集成测试是系统模块的测试，系统测试是对整个系统的测试，包括 相关的软硬件平台、网络以及相关


外设的测试。



35


、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档 是文档测试的重点。那么软件系统


的用户文档包括哪些？



参考答案：



用户手册



安装和设置指导



联机帮助



指南、向导



样例、示例和模板



授权


/


注册登记表



最终用户许可协议















36< /p>


、软件系统中除用户文档之外，文档测试还应该关注哪些文档？



参考答案：



开发文档



软件需求说明书







数据库设计说明书







概要设计说明书







详细设计说明书







可行性研究报告



管理文档







项目开发计划







测试计划







测试报告







开发进度月报







开发总结报告



37

< br>、简述软件系统中用户文档的测试要点？



参考答案：




（


1


）读者群。文档面向的读者定位要明确。对于初级用户、 中级用户以及高级用户应该有不同的定位



< br>（


2


）术语。文档中用到的术语要适用与定位的读者群， 用法一致，标准定义与业界规范相吻合。



< br>（


3


）正确性。测试中需检查所有信息是否真实正确，查 找由于过期产品说明书和销售人员夸大事实而导致


的错误。检查所有的目录、索引和章节 引用是否已更新，尝试链接是否准确，产品支持电话、地址


和邮政编码是否正确。




（


4

< p>
）完整性。对照软件界面检查是否有重要的分支没有描述到，甚至是否有整个大模块没有描述到。< /p>




（


5


）一致性。按照文档描述的操作执行后，检查软件返回的结果是否与文档描述的相同。




（


6


）易用性。对关键步骤以粗体或背景色给用户以提示，合理的页面布局、适量的图表都可以给用户更高


的易用性。需要注意的是文档要有助于用户排除错误。不但描述正确操作，也要描述错误 处理办


法。文档对于用户看到的错误信息应当有更详细的文档解释。



（


7


）图表与界面截图。检查所有图表与界面截图是否与发行版本相同。




（


8


）样例 与示例。像用户一样载入和使用样例。如果是一段程序，就输入数据并执行它。以每一个模块制

< br>


16





作文件，确认它们的正确性。




（


9


）语言 。不出现错别字，不要出现有二义性的说法。特别要注意的是屏幕截图或绘制图形中的文字。



（


10


）印刷与包装。检查印刷质量；手册厚度与开本是否合适；包装盒的大小是否合适；有没有零碎易丢失


的小部件等等。



38


、单元测试主要内容是什么？



参考答案：



单元测试大多数由开发人 员来完成，测试人员技术背景较好或者开发系统软件时可能会安排测试人员进行


单元测试 ，大多数进行的单元测试都是开发人员调试程序或者开发组系统联合调试的过程。讨论这个问题

< br>主要是扩充一下读者的视野。



单元测试一般包括五个方面的测试：



（


1


）模块接口测试：模块接口测试是单元测试的基础。只有在 数据能正确流入、流出模块的前提下，其


他测试才有意义。模块接口测试也是集成测试的 重点，这里进行的测试主要是为后面打好基础。测试接口


正确与否应该考虑下列因素：< /p>



-


输入的实际参数与形式参数的个数是 否相同；



-


输入的实际参数与形式参 数的属性是否匹配；



-


输入的实际参 数与形式参数的量纲是否一致；



-


调 用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；


< br>-


调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；



-


调用其他模块时所给实际参数的量纲是否与 被调模块的形参量纲一致；



-


调用预 定义函数时所用参数的个数、属性和次序是否正确；



-


是否存在与当前入口点无关的参数引用；



-


是否修改了只读型参数；



-


对全程变量的定义各模块是否一致；



-


是否把某些约束作为参数传递。



如果模块功能包括外部输入输出，还应该考虑下列因素：



-


文件属性是否正确；



-OPEN/CLOSE


语句是否正确；



-


格式说明与输入输出语句是否匹配；



-


缓冲区大小与记录长度是否匹配；



-


文件使用前是否已经打开；



-


是否处理了文件尾；



-


是否处理了输入


/


输出错 误；



-


输出信息中是否有文字性错误。



-


局部数据结构测试；



-


边界条件测试；



-


模块中所有独立执行通路测试；


< /p>


（


2


）局部数据结构测试：检查局部数据 结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正


确，局部功能是整个 功能运行的基础。重点是一些函数是否正确执行，内部是否运行正确。局部数据结构往


往 是错误的根源，应仔细设计测试用例，力求发现下面几类错误：



-


不合适或不相容的类型说明；



-


变量无初值；



-


变量初始化或省缺值有错；



-


不正确的变量名（拼错或不正确地截断）


；



-


出现上溢、下溢和地址异常。



（


3


）边界条件测试：边界条件测试是单元 测试中最重要的一项任务。众所周知，软件经常在边界上失效，采


用边界值分析技术，针 对边界值及其左、右设计测试用例，很有可能发现新的错误。边界条件测试是一项


基础测 试，也是后面系统测试中的功能测试的重点，边界测试执行的较好，可以大大提高程序健壮性。

< br>



17




（


4


）模块中所有独立路径测试：在模块中应对每一条独立 执行路径进行测试，单元测试的基本任务是保证模


块中每条语句至少执行一次。测试目的 主要是为了发现因错误计算、不正确的比较和不适当的控制流造成


的错误。具体做法就是 程序员逐条调试语句。常见的错误包括：



-


误解或用错了算符优先级；



-


混合类型运算；



-


变量初值错；



-


精度不够；



-


表达式符号错。



比较判断与控制流常常紧密相关，测试时注意下列错误：



-


不同数据类型的对象之间进行比较；



-


错误地使用逻辑运算符或优先级；



-


因计算机表示的局限性，期望理论上相等而实际上不相等的两 个量相等；



-


比较运算或变量出错；



-


循环终止条件或不可能出现；



-


迭代发散时不能退出；



-


错误地修改了循环变量。



模块的各条错误处理通路测试：程序在遇到异常情况时不应该退出，好的程序应能预见各种出错条 件，并预


设各种出错处理通路。如果用户不按照正常操作，程序就退出或者停止工作，实 际上也是一种缺陷，因此单


元测试要测试各种错误处理路径。一般这种测试着重检查下列 问题：



-


输出的出错信息难以理解；



-


记录的错误与实际遇到的错误不相符；


< /p>


-


在程序自定义的出错处理段运行之前，系统已介入；

< p>


-


异常处理不当；


< /p>


-


错误陈述中未能提供足够的定位出错信息。


39


、如何理解强度测试？



参考答案：



强度测试是为了确定系统 在最差工作环境的工作能力


,


也可能是用于验证在标准工作压力 下的各种资


源的最下限指标。



它和压 力测试的目标是不同的


,


压力测试是在标准工作环境下


,


不断增加系统负荷


,


最终测试出该系统能力


达到的最大负荷


(


稳定和峰值


),


而强度测试则是在非标准工作环境下


,


甚至不断人为降低系统工作环境所需


要的资源


,


如网络带宽


,


系统内存


,


数据锁等等


,

< p>
以测试系统在资源不足的情况下的工作状态


,


通过 强度测试


,


可以确定本系统正常工作的最差环境


.


强度测试和压力测试的测试指标相近


,

< p>
大多都是与时间相关的指标


,


如并发量

< p>
(


吞吐量


),


延迟


(


最大



最

< p>
小



平均


)


以及顺序指标等



强度测试需要对系统的结构熟悉


,


针对系统的特征设计强度测试的方法


< /p>


40


、如何理解压力、负载、性能测试测试？


参考答案：



性能测试是一个较 大的范围，实际上性能测试本身包含了性能、强度、压力、负载等多方面的测试内


容。< /p>



压力测试是对服务器的稳定性以及负载能力等方面的测试，是一 种很平常的测试。增大访问系统的用


户数量、或者几个用户进行大数据量操作都是压力测 试。而负载测试是压力相对较大的测试，主要是测试


系统在一种或者集中极限条件下的相 应能力，是性能测试的重要部分。


100


个用户对系统进行连续 半个小


时的访问可以看作压力测试，那么连续访问


8

< p>
个小时就可以认为负载测试，


1000


个用户连续 访问系统


1


个


小时也可以看作是负载测 试。



实际上压力测试和负载测试没有明显的区分。测试人员应 该站在关注整体性能的高度上来对系统进行



18





测试。



41


、什么是系统瓶颈？



参考答案：



瓶颈主要是指整个软硬件 构成的软件系统某一方面或者几个方面能力不能满足用户的特定业务要求，


“特定”是指 瓶颈会在某些条件下会出现，因为毕竟大多数系统在投入前。



严格的从技术角度讲，所有的系统都会有瓶颈，因为大多数系统的资源配置不是协调的，例如

CPU


使


用率刚好达到


100


％时，内存也正好耗尽的系统不是很多见。因此我们讨论系统瓶颈要从应用的角度讨


论：关键是看系统能否满足用户需求。在用户极限使用系统的情况下，系统的响应仍然正常，我们 可以认


为改系统没有瓶颈或者瓶颈不会影响用户工作。



因此我们测试系统瓶颈主要是实现下面两个目的：


< p>
-


发现“表面”的瓶颈。主要是模拟用户的操作，找出用户极限使用系统时 的瓶颈，然后解决瓶颈，这是性


能测试的基本目标。



-


发现潜在的瓶颈并解决，保证系统的长期稳定性。主要是考虑用户在将 来扩展系统或者业务发生变化时，


系统能够适应变化。满足用户目前需求的系统不是最好 的，我们设计系统的目标是在保证系统整个软件


生命周期能够不断适应用户的变化，或者 通过简单扩展系统就可以适应新的变化。



42


、文档测试主要包含什么内容？



参考答案：



在国内软件开发管理中， 文档管理几乎是最弱的一项，因而在测试工作中特别容易忽略文档测试也就


不足为奇了。 要想给用户提供完整的产品，文档测试是必不可少的。文档测试一般注重下面几个方面：



文档的完整性：主要是测试文档内容的全面性与完整性，从总体上把握文档的质量。例如 用户手册应


该包括软件的所有功能模块。


描述与软件实际情况的一致性：主要测试软件文档与软件实际的一致程度。例如用户手册基本完整

< p>
后，我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。< /p>



易理解性：主要是检查文档对关键、重要的操作有无图文说明， 文字、图表是否易于理解。对于关


键、重要的操作仅仅只有文字说明肯定是不够的，应该 附有图表使说明更为直观和明了。



文档中提供操作的实例：这 项检查内容主要针对用户手册。对主要功能和关键操作提供的应用实例是


否丰富，提供的 实例描述是否详细。只有简单的图文说明，而无实例的用户手册看起来就像是软件界面的


简单拷贝，对于用户来说，实际上没有什么帮助。



印刷与包装 质量：主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成，过于粗


糙，不易于用户保存。优秀的文档例如用户手册和技术白皮书，应提供商品化包装，并且印刷精美。



43


、功能测试用例需要详细到什么程度才是合格 的？



参考答案：


< br>这个问题也是测试工程师经常问的问题。有人主张测试用例详细到每个步骤执行什么都要写出来，目


的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出 例子：欧


美、日本等软件外包文档都是这样做的。


< p>
另外一种观点就是主张写的粗些，类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理


不规范，变动十分频繁，因而不能按照欧美的高标准来编写测试用例。这样的测试用例容 易维护，可以让


测试执行人员有更大的发挥空间。


< p>
实际上，软件测试用例的详细程度首先要以


覆盖到测试点

< br>为基本要求。举个例子：


“用户登陆系统”


的测试用例可 以不写出具体的执行数据，但是至少要写出五种以上情况（）


，如果只用一句话覆盖了这 个


功能是不合格的测试用例。覆盖功能点不是指列出功能点，而是要写出功能点的各个方 面（如果组合情况


较多时可以采用等价划分）


。



另一个影响测试用例的就是组织的开发能力和测试对象特点。如果开发力量比 较落后，编写较详细的


测试用例是不现实的，因为根本没有那么大的资源投入，当然这种 情况很随着团队的发展而逐渐有所改



19





善。测试对象特点重点是指测试对象在进度、成本等方面的要 求，如果进度较紧张的情况下，是根本没有


时间写出高质量的测试用例的，甚至有些时候 测试工作只是一种辅助工作，因而不编写测试用例。



因此，测 试用例的编写要根据测试对象特点、团队的执行能力等各个方面综合起来决定编写策略。最


后要注意的是测试人员一定不能抱怨，力争在不断提高测试用例编写水平的同时，不断地提高自身能力。



44


、配置和兼容性测试的区别是什么？< /p>



参考答案：



配置测试的目的是保证软件在其相关的硬件上能够正常运行，而兼容性测试主要是测试软件能否与不同的


软件正确协作。



配置测试的核心内容就是使用 各种硬件来测试软件的运行情况，一般包括：



（


1


）软件在不同的主机上的运行情况，例如


Dell


和


Apple


；



（


2


）软件在不同的组件上的运行 情况，例如开发的拨号程序要测试在不同厂商生产的


Modem


上的运行情


况；



（

< br>3


）不同的外设；



（


4


）不同的接口；



（


5


）不同的可选项，例如不同的内存大小；


兼容性测试的核心内容：



（< /p>


1


）测试软件是否能在不同的操作系统平台上兼容；



（


2


）测试软件是否能在 同一操作系统平台的不同版本上兼容；



（

3


）软件本身能否向前或者向后兼容；


< br>（


4


）测试软件能否与其它相关的软件兼容；

< p>


（


5


）数据兼容性测试 ，主要是指数据能否共享；



配置和兼容性测试通称对开发系统 类软件比较重要，例如驱动程序、操作系统、数据库管理系统等。具


体进行时仍然按照测 试用例来执行。



45


、软件文档测试主要包含什么？



参考答案：



随着软件文档系统日益庞 大，文档测试已经成为软件测试的重要内容。文档测试对象主要如下：



-


包装文字和图形；



-


市场宣传材料、广告以及其它插页；



-


授权、注册登记表；



-


最终用户许可协议；



-


安装和设置向导；



-


用户手册；



-


联机帮助；



-


样例、示范例子和模板；



-


„„



文档 测试的目的是提高易用性和可靠性，降低支持费用，因为用户通过文档就可以自己解决问题。因文


档测试的检查内容主要如下：



-

读者对象——主要是文档的内容是否能让该级别的读者理解；


-


术语——主要是检查术语是否适合读者；



-


内容和主题——检查主题是否合适、是否丢失、格式是否规范等；



-


图标和屏幕抓图——检查图表的准确度和精 确度；



-


样例和示例——是否与软件 功能一致；



-


拼写和语法；


-


文档的关联性——是否与其它相关文档的内容一致，例如与广告信息是否一致；< /p>



文档测试是相当重要的一项测试工作，不但要给予充分的重视， 更要要认真的完成，象做功能测试一样来对待



20





文档测试。



46


、没有产品说明书和需求文档地情况下能够进行黑盒测试吗？


参考答案：



这个问题是国内测 试工程师经常遇到的问题，根源就是国内软件开发文档管理不规范，对变更的管理


方法就 更不合理了。实际上没有任何文档的时候，测试人员是能够进行黑盒测试的，这种测试方式我们可


以称之为探索测试，具体做法就是测试工程师根据自己的专业技能、领域知识等不断的深入了解测试对< /p>


象、理解软件功能，进而发现缺陷。



在 这种做法基本上把软件当成了产品说明书，测试过程中要和开发人员不断的进行交流。尤其在作项


目的时候，进度压力比较大，可以作为加急测试方案。最大的风险是不知道有些特性是否被遗漏。



47


、测试中的“杀虫剂怪事”是指什么？



参考答案：



“杀虫剂怪事”一词由


BorisBeizer


在其编著的《 软件测试技术》第二版中提出。用于描述测试人员


对同一测试对象进行的测试次数越多， 发现的缺陷就会越来越少的现象。就像老用一种农药，害虫就会有


免疫力，农药发挥不了 效力。这种现象的根本原因就是测试人员对测试软件过于熟悉，形成思维定势。



为了克服这种现象，测试人员需要不断编写新的测试程序或者测试用例，对程序的不同部分进行 测


试，以发现更多的缺陷。也可以引用新人来测试软件，刚刚进来的新手往往能发现一些 意想不到的问题。



48


、在配置测试 中，如何判断发现的缺陷是普通问题还是特定的配置问题？



参考答案：



在进行配置测试时，测试 工程师仍然会发现一些普通的缺陷，也就是与配置环境无关的缺陷。因此判


断新发现的问 题，需要在不同的配置中重新执行发现软件缺陷的步骤，如果软件缺陷不出现了，就可能是


配置缺陷；如果在所有的配置中都出现，就可能是普通缺陷。



需要注意的是，配置问题可以在一大类配置中出现。例如，拨号程序可能在所有的外置


Modem


中都存


在问题，而内置的


M odem


不会有任何问题。



49


、为什么尽量不要让时间有富裕的员工去做一些测试？



参考答案：



表面上看这体现了管理的 效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有


很大关系。测 试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，


如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。


如果他是专职的，那么肯定更有经验和信心。国内的小伙子好象都喜欢做程序员，两者工作性质 不同，待


遇不同，地位不同，对自我实现的价值的认识也不同，这是行业的一个需要改善 的问题。如果只是为了完


成任务而完成任务，或者发现了几个问题就觉得满意了，这在任 何其它工作中都是不行的。



50


、完全测试程序是可能的吗？



参考答案：



软件测试初学者可能认为 拿到软件后需要进行完全测试，找到全部的软件缺陷，使软件“零缺陷”发


布。实际上完 全测试是不可能的。主要有以下一个原因：



-


完全测试比较耗时，时间上不允许；



-


完全测试通常意味着较多资源投入，这在现实中往往是行不通 的；



-


输入量太大，不能一一进行测试；



-


输出结果太多，只能分类进行验证；



-


软件实现途径太多；




21

-


-


-


-


-


-


-


-