测试考试知识点总结

1/1测试考试知识点总结名词解释：

软件测试的正确定义：软件测试是由验证和有效性确认活动构成的整体。

1．验证：是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性。（验证过程提供证据表明软件相关产品于所有生命周期活动的要求（如正确性、完整性、一致性、准确性等）相一致。相当于以软件产品设计规格说明书为标准进行软件测试的活动。）

2．确认：是确认所开发的软件是否满足用户真正需求的活动。（一切从客户出发，理解客户的需求，对软件需求定义、设计的怀疑，发现需求定义和产品设计中的问题。这主要通过各种软件评审活动来实现，包括让客户参加评审、测试活动。）

两者的区别：验证是有标准的

3．评审：是对软件元素或项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。（软件评审的对象有很多种，主要分为管理评审、技术评审、文档评审和流程评审。对于软件测试，应该包含了技术评审和文档评审，而管理评审和流程评审则属于软件质量保证的组织和过程管理的活动内容。）

4．黑盒测试：

a)完全不考虑程序的内部结构和特性，直接对软件进行的测试。

b)检查系统功能是否按照需求规格说明书的规定正常使用、是否满足用户的要求。

c)常用的方法有等价类划分法、边界值分析法、错误推测法、因果图、判定表法等。5．白盒测试：根据程序的内部结构和具体实现来进行的测试，要尽可能覆盖程序的结构特性和逻辑路径。具体的方法有逻辑覆盖、基本路径覆盖。

6．灰盒测试：介于黑盒和白盒测试之间的一种测试。需要知道程序的大致的结构。

7．单元测试：是对软件基本组成单元进行的测试，主要采用白盒测试方法，从程序的内部结构出发设计测试用例，检查程序模块或组件已实现的功能与定义的功能是否一致，以及编码中是否出现错误。单元测试一般由开发人员完成。

8．集成测试：是将已分别通过测试的单元按设计要求组合起来再进行的测试，以检查这些单元之间的接口是否存在问题。主要是功能方面的测试。集成模式有：渐增式测试模式与非渐增式测试模式。

9．系统测试：在模拟或实际运行环境中，针对系统的非功能特性所进行的测试，包括：分为性能测试，压力测试，容量测试，安全性测试，可靠性测试，容错性测试。

10．验收测试：是技术测试的最后一个阶段，也称交付测试。与用户一起在真实的环境下运行软件系统，检验产品和规格说明书的一致性。

11．自动化测试：

（1）手工逐个地运行测试用例的操作过程被测试工具所代替

（2）包括：输入数据自动生成、结果的验证、自动发送测试报告等。

12．功能测试：根据产品规格说明书，来验证被测系统是否满足各方面功能的使用要求。

13．性能测试：

（1）测定系统在不同负载条件下系统的具体的性能指标

（2）常见的性能指标有：请求响应时间、事务响应时间、数据吞吐量等

14．可靠性测试：检验系统是否能保持长期稳定、正常的运行

15．兼容性测试：兼容性测试报包括了软件兼容性，数据共存兼容性，硬件兼容性三个方面。

软件兼容性测试是指验证软件之间是否能够正确地交互和共享信息，包口同步共享、异步共享，还包括本地交互、远程通信交互。数据共享的兼容性表现在以下几个方面：①剪切、复制和粘贴。②文件的存取。③文件导入和导出。硬件兼容性测试也就是硬件配置测试

16．安装测试：验证系统是否能按照安装说明书成功完成系统的安装，

17．容错性测试：检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性恢复的手段。容错性测试包括两个方面：输入异常数据或进行异常操作，以检验系统的保护性。灾难恢复性测试。

18．安全性测试：安全性测试是检查系统对非法侵入的防范能力。理论上讲，只要有足够的时间和资源，没有不不可进入的系统。因此系统安全设计的准则是：使非法侵入的代价超过被保护信息的价值，此时非法侵入者已无利可图。

19．压力测试：压力测试也称强度测试，负载测试。压力测试是模拟实际应用的软硬件环境及用户过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测试系统的性能，可靠性，稳定性等。通过执行可重复的负载测试，了解系统可靠性，性能瓶颈等。压力测试总是迫使系统在异常的资源配置下运行。

20．容量测试：容量测试是预先分析出反映软件系统应用特征的某项指标的极限值。通过容量测试可以确定软件系统还能保持主要功能正常运行的某项指标的极限值。能让软件开发商或用户了解该软件系统的承载能力或提供服务的能力。

21．回归测试：为保证软件中新的变化不会对原有功能的正常使用有影响而进行的测试。

22．静态测试：静态测试技术是单元测试用最重要的手段之一，适用于新开发的和重用的代码。通常在代码完成并无错误地通过编译或汇编后进行，采用工具扫描分析、代码评审等方法。测试人员主要由软件开发人员及其开发小组成员组成。

23．动态测试：动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统行为、变量实时结果、内存、堆栈、线程以及测试覆盖度等各方面的信息，来判断系统是否存在问题，或者通过有效的测试用例，对应的输入输出关系来分析被测试程序的运行情况，来发现缺陷。

24．ALAC测试：ALAC是act-like-a-customer（像客户那样做）的简写，是一种基于客户使用产品的知识开发出来的测试方法。

25．随机测试：随机测试强调人工的自由测试，不受测试用例的束缚，放开思想，灵活地进行各个测试。随机测试可以作为熟悉新开发产品的功能特性，完善软件测试用例，获得一举两得的效果。随机测试可以作为对计划测试的补充，使测试人员不受已有测试用例的限制。

26．驱动程序：也称驱动模块，用以模拟被测模块的上级模块，能够调用被测模块。在

测试过程中，去冬模块接受测试数据，调用被测模块并把相关的数据传送给被测模块。

27．桩程序：也称桩模块，用以模拟被测模块工作过程中所调用的下层模块。桩模块由被测模块调用，它们一般只进行很少的数据处理，例如打印入口和返回，以便于检验被测模块与其下级模块的接口。

28．文档测试：文档测试主要检查文档的正确性、完备性、易理解性和一致性。好的文档能提高易用性，提高可靠性，降低技术支持费用的目的。从而提高了产品的整体质量。

29．自动化测试：自动化测试由测试工具或系统自动执行的过程来替代手工逐个地运行测试用例的操作过程。包括输入数据自动生成、结果的验证、自动发送测试报告等。主要是通过所开发的软件测试工具、脚本等来实现，具有良好的可操作性，可重复性和高效率等特点。30．本地化测试：本地化测试包括以下6个方面：①功能性测试，所有基本功能、安装、升

级等测试。②翻译测试，包括语言完整性，术语准确性等检查。③可用性测试，包括用户界面，度量衡和时区等适合当地的要求。④兼容性测试，包括硬件软件本身、第三方软件兼容性等的测试。⑤文化、宗教、喜好等适用性测试。⑥手册验证，包括联机文件、在线帮助、PDF文件等的测试。

二、问题

1．测试阶段：规格说明书审查系统和程序设计审查单元测试集成测试功能测试系统测试安装测试验收测试

2.白盒测试的方法：

逻辑覆盖法

根据覆盖目标的不同，逻辑覆盖又可分为语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖。

语句覆盖：选择足够多的测试用例，使得程序中的每个可执行语句至少执行一次。

判定覆盖：通过执行足够的测试用例，使得程序中的每个判定至少都获得一次“真”值和“假”值，也就是使程序中的每个取“真”分支和取“假”分支至少均经历一次，也称为“分支覆盖”。

条件覆盖：设计足够多的测试用例，使得程序中每个判定包含的每个条件的可能取值（真/假）都至少满足一次。

判定/条件覆盖：设计足够多的测试用例，使得程序中每个判定包含的每个条件的所有情况（真/假）至少出现一次，并且每个判定本身的判定结果（真/假）也至少出现一次。

——满足判定/条件覆盖的测试用例一定同时满足判定覆盖和条件覆盖。

组合覆盖：通过执行足够的测试用例，使得程序中每个判定的所有可能的条件取值组合都至少出现一次。

——满足组合覆盖的测试用例一定满足判定覆盖、条件覆盖和判定/条件覆盖。

路径覆盖：设计足够多的测试用例，要求覆盖程序中所有可能的路径。

组合覆盖

判断/条件覆盖

判断覆盖条件覆盖

语句覆盖

基本路径测试法

基本路径测试方法是在控制流图的基础上，通过分析控制结构的环形复杂度，导出执行路径的基本集，再从该基本集设计测试用例。基本路径测试方法包括以下4个步骤：

（1）画出程序的控制流图。

（2）计算程序的环形复杂度，导出程序基本路径集中的独立路径条数，这是确定程序中每个可执行语句至少执行一次所必须的测试用例数目的上界。

（3）导出基本路径集，确定程序的独立路径。

（4）根据（3）中的独立路径，设计测试用例的输入数据和预期输出。

3.黑盒测试的方法及策略：

（1）等价类划分方法

把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的、常用的黑盒测试用例设计方法。

等价类划分可有两种不同的情况：有效等价类和无效等价类。

设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。

设计测试用例

1)为每一个等价类规定一个唯一的编号；

2)设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步，直到所有的有效等价类都被覆盖为止；

3)设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步，直到所有的无效等价类都被覆盖为止。

判定表驱动分析方法

判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。判定表很适合于处理这类问题。

判定表通常由四个部分组成如下图所示。

1)条件桩（ConditionStub）：列出了问题得所有条件。通常认为列出的条件的次序无关紧要。

2)动作桩（ActionStub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。

3)条件项（ConditionEntry）：列出针对它左列条件的取值。在所有可能情况下的真假值。

4)动作项（ActionEntry）：列出在条件项的各种取值情况下应该采取的动作。

4.单元测试的任务

任务1：模块独立执行通路测试检查每一条独立执行路径的测试。保证每条语句被至少执行一次。任务2：单元局部数据结构测试检查局部数据结构完整性，力求发现下面几类错误：（1）不适合或不相容的类型说明；（2）变量无初值；（3）变量初始化或默认值有错；（4）不正确的变量名（拼写或不正确地截断）；（5）出现上溢或下溢和地址异常。任务3：单元接口测试检查模块接口是否正确。任务4：单元边界条件测试检查临界数据处理的正确性。任

务5：单元的各条错误处理通路测试预见、预设的各种出错处理是否正确有效。任务6：内存分析测量内存使用情况，了解程序内存分配的情况，发现对内存的不正常使用。

5.代码审查的方法及比较：包括走查、会议审查等形式。1）走查采用讲解、讨论和模拟运行的方式进行的查找错误的活动。2）审查采用讲解、提问方式进行，一般有正式的计划、流程和结果。主要方法采用缺陷检查表。3）走查与审查的比较

走查审查

准备通读设计和编码应准备好需求描述文档、程序设

计文档、程序的源代码清单、代

码编码标准和代码缺陷检查表

形式非正式会议正式会议

参加人员开发人员为主项目组成员包括测试人员

无缺陷检查表

主要技术方

法

注意事项限时、不要现场修改代码限时、不要现场修改代码

生成文档会议记录静态分析错误报告

代码标准规范，无逻辑错误

目标代码标准规范，无逻辑错

误

4）评审通常在审查会后进行，审查小组根据记录和报告进行评估。

6.单元测试的过程1）在详细设计阶段完成单元测试计划

2）建立单元测试环境，完成测试设计和开发

3）执行单元测试用例，并且详细记录测试结果

4）判定测试用例是否通过

5）提交《单元测试报告》

7.集成测试的模式、方法及优缺点：非渐增式测试模式和渐增测试模式。方法有自顶向下、自顶向上、大棒、三明治等。其中非渐增式测试模式方法有：大棒等，渐增测试模式方法有自顶向下、自顶向上。优缺点：

（1）渐增式测试模式需要编写的软件较多，工作量较大，而非渐增式测试开销小。

（2）渐增式测试模式发现模块间接口错误早，而非渐增式测试模式晚

（3）非渐增式测试模式发现错误，较难诊断，而使用渐增式测试模式，如果发现错误则往往和最近加进来的那个模块有关。

（4）渐增式测试模式测试更彻底

（5）渐增式测试模式需要较多的机器时间

（6）使用非渐增式测试模式，可以并行测试

8.Web页面功能测试（P132）

1。页面链接测试

需要验证两个问题：

（1）该页面是否存在，如页面不可显示信息，则视为页面链接无效。引起页面无效的因素有很多种，主要有页面文件在Webserver不存在、链接的地址不正确等。

（2）该页面是否跳转到所规定的页面，主要是验证页面正确性，这种测试也应该在Web功能测试部分被考虑。

2.Web图形测试

Web图形是一种常见的显示信息的手段，如GIF图片、Flash等。很多时候，图形是和文本混合在一起使用的，因此，在Web图形测试的时候，不仅要确认文本是否正确，同时需要确认图片的内容和显示，如文字是否正确地环绕图片？图片的文字提示是否正确？图片所指向的链接是否正确？不同分辨率下的图形显示是否正确？

3.单表测试

从设计的角度来看，表单是在访问者和服务器之间建立了一个对话，允许使用文本框、单选按钮和选择菜单来获取信息，而不是用文本、图片来发送信息。通常情况下，要处理从站点访问者发来的响应（即表单结果），需要使用某种运行在Web服务器的脚本（如PHP、JSP），同时在提交访问者输入表单的信息之前也可能需要用到浏览器运行在客户端的脚本（通常是使用JavaScript）。在进行表单测试的时候，需要保证应用程序能正确处理这些表单信息，并且后台的程序能够正确解释和使用这些信息。举个例子，用户可以通过表单提交来实现在线注册，当注册完毕以后，应该从Web服务器上返回注册成功的消息。

9.回归测试的目的、策略

回归测试的目的

（1）所做的修改达到了预定的目的，如错误得到了改正，新功能得到了实现，能够适应新的运行环境等；

（2）不影响软件原有功能的正确性。

策略：（1）再测试全部用例比较安全的方法但测试成本最高

（2）基于风险选择测试运行最重要的、关键的和可疑的测试

（3）基于操作剖面选择测试优先选择那些针对最重要或最频繁使用的功能的测试用例（4）再测试修改的部分测试者对修改的局部要有足够的信心

10.验收测试的内容

验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，并保证系统或软件产品最终被用户接受。主要包括易用性测试、兼容性测试、安装测试、文档（如用户手册、操作手册等）测试等几个方面的内容。

11.为什么要进行文档测试？怎样进行文档测试？

好的文档能达到提高易用性、提高可靠性、降低技术支持的费用的目的，从而提高了产品的整体质量。主要检验文档的正确性、完整性、易理解性和一致性。

12.数据库服务器性能测试

数据库服务器性能测试主要从两个方面考虑，一个是大数据量测试，另一个是大容量数据测试。（P193大数据量测试例题要看！）

13.本地化、国际化、翻译之间的关系

国际化是核心工作，只有满足国际化的要求之后才能容易实现本地化，而翻译只是本地化工作的一部分。

14.本地化测试的内容P210

（1）功能性测试，所有基本功能、安装、升级等测试；

（2）翻译测试：包括语言完整性、术语准确性等检查；

（3）可用性测试：包括用户界面、度量衡和时区等适合当地的要求；

（4）兼容性调试：包括硬件软件本身、第三方软件兼容性等的测试；

（5）文化、宗教、喜好等适用性测试

（6）手册验证，包括联机文件、在线帮助、PDF文件等测试

15.自动化测试的原理（1）代码分析:类似于高级编译系统，在工具中定义类/对象/函数/变量等定义规则、语法规则等，在分析时对代码进行语法扫描，找出不符合编码规范的地方。（2）对象识别通过寻找UI上的对象（如窗口、按钮、滚动条等）来确定操作的目标。（3）脚本技术线性脚本、结构化脚本、共享脚本、数据驱动脚本、关键字驱动脚本。（4）自动比较技术静态比较和动态比较、简单比较和复杂比较、敏感性测试比较和健壮性测试比较、比较过滤器。

16.测试环境的5要素软件、硬件、网络环境、数据准备、测试工具

17.测试用例的状态通过、未通过、未进行测试

18.缺陷的生命周期及其各阶段的处理

处理缺陷的基本技巧：（1）审阅（2）拒绝（3）完善（4）分配（5）测试（6）重新打开（7）关闭（8）暂缓（具体书上337）