软件测试考试重点

第一章：

1.软件测试概念：

（广义）指软件生存周期中所有的检查、评审和确认工作，其中包括了对分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认。

（狭义）识别软件缺陷的过程，即实际结果与预期结果的不一致。

2.软件测试目的：

测试的目的就是发现软件中的各种缺陷，（证明程序有错，而不是证明程序无错）

确保软件的功能符合用户的需求，把尽可能多的问题在交付前发现并改正。

3.软件测试的分类：

1)按测试范围分类：

单元测试，组件测试，集成测试，系统测试，验收测试，安装测试

2)按测试目的分类：

正确性测试，白盒测试，黑盒测试，性能测试，可靠性测试，强壮性测试，异常处理测试，负载测试，安全性测试

3)按测试过程分类：

需求阶段的测试，设计阶段的测试，程序阶段的测试，测试结果的评估，安装测试，验收测试，测试变化

4.软件测试的步骤：

1)制定测试计划

2)设计测试用例

3)执行测试

4)撰写测试报告

5)消除软件缺陷。如果测试输出符合预期结果，则结束测试。

第二章：

1.SQA(软件质量保证)概念：

软件质量保证（Software Quality Assurance）是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程。

2.SQA与软件测试的关系：

1）SQA 是管理工作、审查对象是流程、强调以预防为主

2）测试是技术工作、测试对象是产品、主要是事后检查

3）SQA指导测试、监控测试，测试为SQA提供依据

3.软件质量标准：

1)国际标准，如ISO/TC97

(1)质量保证标准（ISO9001/2/3）

(2)质量管理标准（ISO9004)

2)国家标准，如GB

3)行业标准，如IEEE

4)企业标准，如IBM

5)项目规范

4.CMM（软件能力成熟度模型）：capability maturity model for software

1)CMM概念：

CMM不仅仅是对软件开发的过程进程管理，还是一种高效的管理方法，有助于企业最大程度的降低成本，提高质量和用户满意度；

与软件工程不同的是，CMM是对于企业软件开发的整个过程进行全方位的考察与评估，甚至包括了对于开发人员的管理、文档的管理以及对开发人员素质的评估

2)CMM五级模型：初始级可重复级定义级定量管理级（不断）优化级

第三章：

1.白盒测试：

1)概念：白盒测试 (White-box Testing)，有时称为玻璃盒测试(Glass-box Testing)，是一种基于源程序或代码的测试方法，他根据被测试程序的内部结构或内部逻辑来产生测试用例。

2)分为静态和动态两种类型。

静态：即代码检查法。按一定步骤直接检查源代码来发现错误，而不用生成测试用例并驱动被测程序运行来发现错误。包括：桌面检查代码审查走查

动态：按一定的步骤生成测试用例并驱动被测程序运行来发现错误。包括：基本路径测试条件测试数据流测试循环测试

(3)代码检查法与其他方法的不同之处：不执行代码。

第四章：

1.黑盒测试：

1)概念：把被测软件看成一个封闭的盒子，在完全不考虑软件内部逻辑和内部结构的情况下进行的测试。

2)基本测试方法：

**等价类划分法

**边界值分析法（重点，最好看一看PPT）

基本思想：

*对于每个边界点，在该点附近确定大小为1的邻域，并直接取略高于其值的点和略低于其值的点作为测试数据。

*不考虑无效数据。

*不考虑输入条件的边界组合情况。

案例分析-三角形问题：

三角形问题接受三个整数a、b、c作为输入，代表三角形的三条边。a,b,c必须满足以下条件：

C1.1<=a<=200

C2.1<=b<=200

C3.1<=c<=200

C4.a

C5.b

C6.c

程序的输出是由这三条边确定的三角形类型：

等边三角形

等腰三角形

不等边三角形

非三角形

案例分析：

三角形问题的最坏情况测试用例：

*三个变量：a,b,c

*产生5^3=125个测试用例

*存在大量冗余

**因果图法（重点）

(1) 定义：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的

方法，它适合于检查程序输入条件的各种组合情况。

(2) 因果图法是基于这样的一种思想：一些程序的功能可以用判定表（或称决

策表）的形式来表示，并根据输入条件的组合情况规定相应的操作

(3) 采用因果图法设计测试用例的步骤：

1.根据程序规格说明书描述，分析并确定因（输入条件）和果（输出结果或

程序状态的改变），画出因果图。

2.将得到的因果图转换为判定表。

3.为判定表中每一列所表示的情况设计一个测试用例

**判定表法

**正交试验法

**错误推测法

**场景法

第五章：

1.测试的总体流程：

2.软件测试的生命周期以及如何演化：

V模型：

W模型：

H模型：

W，H，V模型之间的区别：

V模型: 强调了在整个软件项目开发中需要经历的若干个测试级别，并与每一个开发级别对应；但是忽略了测试的对象不应该仅仅包括程序，仅把测试作为在需求分析、系统设计及编码之后的一个阶段，没有明确指出对需求、设计的测试。

W模型: 相对于V模型，增加了软件各开发阶段中应同步进行的验证和确认活动，强调了测试计划等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行说明，无法支持迭代的开发模型。

H模型: 强调测试是独立的，只要测试准备完成，就可以执行测试

1.单元测试：

1)概念：单元测试，对单个的软件单元或者一组相关的软件单元所进行的正确性检验的测试，是代码级的测试，需要测试者非常清楚代码内部结构。

2)有哪些单元测试的的自动化工具：

C/C++：CppUnit，C++Test，Visual Unit，

Java：JUnit，JUnit-addons，Spring 测试框架，DJUnit

3)适用于单元测试的测试方法：

面向单元的白盒测试（单元覆盖率测试）面向单元的黑盒测试（单元功能测试）内存和运行错误分析代码运行性能

4)测试驱动以及重构的理念：

测试驱动开发：测试先于设计开发以测试为导向

编写单元测试用例促进解除模块之间的耦合。先编写测试用例，强迫自己从利于调用者的角度来设计单元，关注单元的接口。为了便于调用和独立测试，必须降低单元和周边环境的耦合程度，单元的可测试性得到加强，模块化程度得到提高。这样单元的可重用性也容易被考虑和提高。

重构：

测试用例数量是逐步增加的，软件功能也在此过程中得到增强、更新和优化。当新的需求变化到来时，测试用例被增加或修改，难以适应测试用例的软件单元被重构。经常发生变化的测试用例和软件模块被重视和分离出来，进行重构和优化，使它们更加容易应付需求的变化。

第七章：

1.功能测试：

1)基本概念：

任何程序都可以看作是将从输入定义域取值映射到输出值域的函数。

属于黒盒测试的范畴，不考虑软件内部的具体实现过程，只需要知道输入和预期输出。主要是根据产品需求说明和测试需求，验证产品是否符合需求规格的测试。

2)功能测试的方法：功能分解等价类划分边界值分析因果图法其他测试方法

1.性能能测试的基本方法：

对于企业级的系统，有许多进行性能测试的方法，主要有：基准测试性能规划测试渗入测试峰谷测试

2.性能测试的基本概念：以测试软件性能和优化系统为目的，利用自动化工具模拟真实用户来操作系统以发现系统瓶颈的测试过程。

3.两种负载测试：(“Flat”测试和“Ramp-up”测试)

1)基本概念：

“Flat”测试:

加载所有的用户,取响应时间和吞吐量的平均值。然后在预定的时间段内持续运行。这称为“flat”测试。

“Ramp-up”测试:

用户是交错上升的（每几秒增加一些新用户）。

ramp-up测试不能产生精确和可重现的平均值，可以看出随着系统负载的改变，测量值是如何改变的。

2)如何将两者结合的测试：结合两种负载类型的优点，并运行一系列的测试，就会产生最好的结果。如，首先使用ramp-up测试确定系统可以支持的用户范围。确定了范围之后，以该范围内不同的并发用户负载进行一系列的flat测试，更精确地确定系统的容量。

3)压力测试：

压力测试是在一种需要反常数量、频率或资源的方式下，执行可重复的负载测试，以检查程序对异常情况的抵抗能力，找出性能瓶颈。

容量测试：

面向数据的，在系统正常运行的范围内，通过测试确定系统能够处理的数据极限值，也就是观察系统承受超额的数据容量的能力。

容错性测试：

容错性测试是检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性恢复的手段。

容错性测试包括两个方面：

（1）输入异常数据或进行异常操作，以检验系统的保护性。

（2）灾难恢复性测试。

性能测试的基本方法：负载测试故障转移测试压力容量安全性可靠性容错性测试

第九章：

集成测试的概念：组装测试或者联合测试。在单元测试的基础上，将所有模块按照设计要求集成子系统或者系统，进行测试。

1.集成测试与单元测试的区别：

2.集成测试的方法（这几种的区别，以及使用的方面）：

1）自顶向下法。

优点：

*不需要测试驱动程序；

*能够在测试阶段的早期实现并验证系统的主要功能；

*能在早期发现上层模块中的接口错误。

缺点：

*需要桩程序，要使桩模块能够模拟实际子模块的功能十分困难；

*同时涉及复杂算法，真正输入/输出的模块一般在底层，他们是最容易出问题的模块，到测试和集成的后期才遇到这些模块，一旦发现问题导致过多的回归测试。

2）自底向上法。自底向上法，测试从原子模块(软件结构最底层的模块)开始集成以进行测试。与自顶向下法刚好相反。

优点：

不需要桩程序；

同时由于涉及到复杂算法和真正输入/输出的模块最先得到集成和测试，可以把最容易出问题的部分在早期解决；

自底向上增值的方式可以实施多个模块的并行测试，提高测试效率。

缺点：

“程序一直未能作为一个实体存在，直到最后一个模块加上去后才形成一个实体”。

也就是说，在自底向上集成和测试的过程中，对主要的控制直到最后才接触到。

3)混合策略：对软件结构中较上层，使用的是“自顶向下”法；对软件结构中较下层，

使用的是“自底向上”法，两者相结合

3.桩程序，驱动程序的概念以及与自顶向下法，自底向上法的关系。

桩程序：桩程序/桩模块（stub），也有人称为存根程序，用以模拟被测模块工作过程中所调用的模块。

驱动程序：驱动程序/驱动模块（driver），用以模拟被测模块的上级模块。

与自顶向下法，自底向上法的关系：

自顶向下法不需要测试驱动程序，需要桩程序。

自底向上法不需要桩程序。

3.集成测试分为哪两种模式：

1)非渐增式测试模式（一次性集成）

概念：先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序，如：大棒模式。

2)渐增式测试模式。

概念：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。如：自顶向下集成；自底向上集成；“三明治”

集成法。

第十章：

1.系统测试的概念：

与计算机硬件、某些支持软件、数据和人员等系统元素结合起来，在实际运行环境下对计算机系统进行一系列严格有效的测试来发现软件的潜在问题，保证系统的运行。 2.回归测试，GUI测试，恢复性测试的基本概念：

回归测试：在程序有修改的情况下保证原有功能正常的一种测试策略和方法。

GUI测试：

GUI（Graphic User Interface）即图形化用户接口， GUI测试只是软件产品界面

测试的一部分，GUI测试分为两个部分，一方面要能使得界面实现与最初设计的情况相符合；另一方面是要确认界面能够正确处理事件。

恢复性测试：

验证系统从软件或者硬件失败中恢复的能力。在测试过程中会采取各种人工干预方式使软件出错，而不能正常工作，进而检验系统的恢复能力。

安全性测试：

让系统非法入侵者花费更多的时间、付出更大的代价来交换其所获得的系统信息，即让非法者获得的一切信息内容贬值。

评价标准：有效性；生存性；精确性；出错反应时间；吞吐量

第十一章：

1.网络产品测试：

防火墙：

1)测试内容：包括管理测试、功能测试、性能测试以及抗攻击能力测试。

2)性能测试包括哪些：

1)最大位转发率

定义：防火墙的位转发率指在特定负载下每秒钟防火墙将允许的数据流转发至正确的目的接口的位数。

2)吞吐量：在不丢包的情况下能够达到的最大速率

3)延时

入口处输入帧最后1个比特到达至出口处输出帧的第一个比特输出所用的时间间隔

4)丢包率

在连续负载的情况下，防火墙设备由于资源不足应转发但却未转发的帧百分比

5)背靠背

背靠背是考察防火墙为保证连续不丢包所具备的缓冲能力。

交换机：流量控制、队头拥塞处理、网络管理功能、系统恢复时间和设备的故障恢复时间测试

入侵检测系统：准确性、处理性能、完备性、容错性、及时性

第十二章：

1.验收测试概念：验收测试是部署软件之前的最后一个测试操作。确保软件准备就绪，可

以执行软件的既定功能和任务。

2.验收测试的常用策略有三种：

1)正式验收测试：由开发组织与最终用户组织，或者完全由最终用户组织执行。

优点：

要测试的功能和特性都是已知的。

测试的细节是已知的并且可以对其进行评测。

这种测试可以自动执行，支持回归测试。

可以对测试过程进行评测和监测。

可接受性标准是已知的。

缺点：

要求大量的资源和计划。

这些测试可能是系统测试的再次实施。

可能无法发现软件中由于主观原因造成的缺陷。

2)非正式验收或α测试：确定并记录要研究的功能和业务任务，但没有可以遵循的特定测试用例。测试内容由各测试员决定。

优点：

要测试的功能和特性都是已知的。

可以对测试过程进行评测和监测。

可接受性标准是已知的。

与正式验收测试相比，可以发现更多由于主观原因造成的缺陷。

缺点：

要求资源、计划和管理资源。

无法控制所使用的测试用例。

最终用户可能沿用系统工作的方式，并可能无法发现缺陷。

最终用户专注于比较新系统与溪流系统，而不是专注于查找缺陷。

用于验收测试的资源不受项目的控制，并且可能受到压缩。

3)β测试：在β测试中，采用的细节多少、数据和方法完全由各测试员决定。各测试员负责创建自己的环境、选择数据，并决定要研究的功能、特性或任务。

*β测试由最终用户实施，通常开发（或其他非最终用户）组织对其的管理很少或不进行管理。

*β测试是所有验收测试策略中最主观的。

(1)优点是：

**测试由最终用户实施。

**大量的潜在测试资源。

**提高客户对参与人员的满意程度。

**与正式或非正式验收测试相比，可以发现更多由于主观原因造成的缺陷。

(2)缺点是：

**未对所有功能和/或特性进行测试。

**测试流程难以评测。

**最终用户可能沿用系统工作的方式，并可能没有发现或没有报告缺陷。

**最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。

**用于验收测试的资源不受项目的控制，并且可能受到压缩。

**可接受性标准是未知的。

**需要更多辅助性资源来管理β测试员。

3.验收测试分为哪两个部分：

用户验收测试可以分为两个大的部分：软件配置审核和可执行程序测试

软件配置审核包括：

1)文档审核

2)源代码审核

3)配置脚本审核

4)测试程序或脚本审核

4.验收测试完成标志：(三个方面)

1)执行了所有的测试案例、测试程序或脚本；

2)用户验收测试中发现的所有软件问题都已解决；

3)所有的软件配置均已更新和审核。

第十三章:

1.自动化技术有哪些方法：

1)代码分析——类似于高级编译系统（白盒测试的自动化方法）

类、对象、函数、变量等定义规则、语法规则

语法扫描，找出不符合编码规范的地方

生成系统调用关系图等

3)录制和回放——（黑盒测试的自动化方法）

将用户每一步操作都记录下来

所有记录转换为一种脚本语言所描述的过程，模拟用户的操作

回放，然后将被测系统的输出记录下来同预先给定的标准结果比较

3)脚本技术

4)数据驱动 (data_driven)的自动化测试

从数据文件读取输入数据，不同的数据文件对应不同的测试用例。

在这种模式下数据和脚本分离，脚本的利用率、可维护性大大提高。

4)关键字驱动(keyword_driven)的自动化测试：

脚本与数据分离

界面元素名与测试内部对象名分离

测试描述与具体实现细节分离

2)常用的自动化测试工具，针对的对象以及特点（了解常用的工具）

(1)QTP

QTP是quicktest Professional的简称，是一种自动测试工具。

针对对象：

QuickTest针对的是GUI应用程序。

传统的Windows应用程序.

Web应用.

(2)WinRunner

WinRunner是一种企业级的功能测试工具，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。

针对对象：企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。

(3)Rational Robot

集成在测试人员的桌面IBMRational Test Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。

(4)AdventNetQEngine

针对对象：

可用于Web功能测试、web性能测试、Java应用功能测试、Java API测试、SOAP 测试、回归测试和Java应用性能测试。

(5)SilkTest

针对对象：

是业界领先的、用于对企业级应用进行功能测试的产品，可用于测试Web、Java 或是传统的C/S结构。

测试的计划和管理；

直接的数据库访问及校验；

灵活、强大的4Test脚本语言；

同一套脚本进行跨平台、跨浏览器和技术进行测试的能力。

(6)QA Run

QARun的测试实现方式是通过鼠标移动、键盘点击操作被测应用，即而得到相应的测试脚本，对该脚本可以进行编辑和调试。在插入检查点的同时建立期望值。

(7)Test Partner

针对对象：

是一个自动化的功能测试工具，它专为测试基于微软、Java和Web技术的复杂应用而设计。

使用可视的脚本编制和自动向导来生成可重复的测试。

（注：素材和资料部分来自网络，供参考。请预览后才下载，期待你的好评与关注！）