软件测试基础复习资料.docx

软件测试基础复习资料.docx

《软件测试基础复习资料.docx》由会员分享，可在线阅读，更多相关《软件测试基础复习资料.docx（18页珍藏版）》请在冰点文库上搜索。

软件测试基础复习资料

软件测试复习内容

1．什么是测试？

IEEE定义:

使用人工或自动化来测试某个程序,来验证它是否满足规定的需求或者实际结果和预期结果之间的差别.

简单定义:

找出软件中的BUG

2．为什么要测试？

在软件开发过程中容易出现缺乏有效沟通,软件复杂,编程错误,需求不断变更,时间的压力,缺乏文档的代码,软件开发工具和人员的自大等原因引发的错误,通过测试能够找出其中的错误,解决错误,从而提高软件的质量.

3．测试的目的是什么？

证明软件没有问题（20世纪60年代）

发现软件中的错误（20世纪70年代）

验证软件与需求是否一致的一系列活动（现在）

4．软件的生命周期分为哪几个阶段？

具体的内容是什么？

计划：

确定软件开发总目标；给出软件各方面的设想；研究可行性和解决方案；给出评估计划；指定完整的实施计划

需求分析：

对开发软件进行详细定义，给出《需求规格说明书》SRS

设计：

在设计阶段把各项需求转换成相应的体系结构，给出概要设计

编码：

将软件设计成计算机能识别的语言，给出《详细设计》

测试：

检测软件是否符合用户需求

运行：

将软件交付给用户使用

评价：

用户对软件的好与坏给出判定

5．研发团队的组织架构与研发流程是什么？

瀑布模型螺旋模型RUP模型IPD模型

6．测试阶段怎么划分？

测试计划阶段

测试设计阶段

测试实施阶段

测试执行阶段

7．什么是UT,IT,ST？

它们有什么区别？

单元测试：

测试软件的基本组成单元来进行正确性检验，目的在于检测软件模块对《详细设计说明书》的符合程度，属于白盒测试，测试范围为单元内部的数据结构，逻辑控制，异常处理评估标准为逻辑覆盖率

集成测试：

测试模块或子系统组装后功能以及模块间接口是否正确，目的在于检测软件模块对《概要设计说明书》的符合程度。

属于灰盒测试，测试范围为模块之间接口与接口数据传递的关系，以及模块组合后的功能，评估标准为接口覆盖率

系统测试：

将被测软件系统和计算机硬件，数据库，外设，人员以及其它软件结合在一起，在实际运行环境下对计算机系统进行的一系列的组装测试和确认测试。

目的在于检测软件对《需求规格说明书》的符合程度。

属于黑盒测试，测试范围为整个系统，评估标准为测试用例对需求规格的覆盖率

8．什么是回归测试？

为什么要回归测试？

回归测试的流程是什么？

回归测试的测试策略有哪些？

回归测试：

是软件维护阶段，对缺陷进行修复后的测试。

目的在于：

验证缺陷已经得到修复，检测是否引入新的缺陷

流程：

1.在测试策略制定阶段,制定回归测试策略

2.确定需要回归测试的版本

3.测试版本发布后,按照回归测试策略来执行回归测试

4.回归测试通过,关闭缺陷跟踪单

5.回归测试不通过,缺陷跟踪单返回给开发人员,开发人员重新修改BUG.再次提交给测试人员回归测试

测试策略：

1.完全重复测试：

重新执行前期设计的用例，来确认问题修改的真确性和修改的扩散局部影响性

2.选择性重复测试：

1）覆盖修改法：

针对被修改的部分,选取或重新构造测试用例验证没有错误再次发生的选择方法

2）周边影响法：

该方法包括覆盖修改法,还要分析修改后对扩散的影响

3）指标达成法：

先确定一个达成的指标,基于这种要求选择一个最小的测试用例集合

9．画V&V模型？

10．软件质量的定义是什么？

影响软件质量的因素是哪些？

ISO2000的八大原则是什么？

软件质量：

一个实体的所有属性，基于这些属性所能满足明显的或隐含的需求，质量就是实体基于这些特性满足需求的程度

影响因素：

技术流程组织

ISO2000八大原则：

以顾客为中心

领导作用

全员参与

过程方法

管理的系统方法

持续改进

基于事实的决策方法

互利的供方关系

11．CMM/CMMI是什么？

它的等级怎么划分？

有什么目的？

有什么作用？

能力成熟度模型（集成）

初始级可重复级已定义级已管理级优化级

作用

1.评估组用来识别组织中的强处和弱点。

2.评价组用来识别选择不同的业务承包商的风险和监督合同

3.管理者用来了解其组织的能力，并了解为了提高其能力成熟度而进行软件过程改进所需要进行的活动

4.技术人员和过程改进组用来作为指南，指导他们在组织中定义和改进软件过程

12．描述软件质量模型中的内容？

功能性可靠性易用性效率维护性可移植性

13．测试的方法有哪些？

按是否使用工具：

人工测试自动化测试

按软件是否运行：

静态测试动态测试

按测试的重点：

白盒测试黑盒测试灰盒测试

14．什么是白盒测试？

依据被测软件分析程序内部构造，并根据内部构造设计用例，来对内部控制流程进行测试。

15．什么是黑盒测试?

把测试对象看做一个黑盒，只考虑整体特性，不考虑内部具体实现

16．什么是静态测试？

不运行被测软件系统，而采用其他手段和技术对被测软件进行检测的一种技术

17．什么是动态测试？

运行被测软件系统的测试

18．什么是人工测试?

测试活动由人来完成，狭义上指测试执行由人工完成。

19．什么是自动化测试？

通过计算机模拟人的测试行为，替代人的测试活动，狭义上指测试执行由计算机来完成

20．逻辑覆盖关注的内容是哪些？

逻辑覆盖测试

语句覆盖

条件覆盖

判定覆盖

路径覆盖

判定-条件覆盖

21．常见的黑盒测试方法有哪些？

等价类划分法

边界值分析法

因果图分析法

判定表法

正交试验法

状态迁移法

22．什么是同行评审？

同行评审：

（PeerReview）是一种通过作者的同行来确认缺陷和需要变更区域的检查方法。

需要进行同行评审的特定产品在定义项目软件过程的时候被确定并且作为软件开发计划的一部分被安排了进度。

?

需要前期准备、计划和时间进度表

?

越早越好

23．自动化测试有什么意义？

1.提高回归测试效率

2.减少重复劳动时间

3.减少软件发布的时间

4.测试脚本能重复利用。

24．测试用例的八大要素是什么？

测试用例编号

测试项目

测试标题

重要级别

预置条件

输入

操作步骤

预期输出

25．什么是缺陷管理？

引入的原因有哪些？

缺陷管理的目的：

?

保证信息的一致性；保证缺陷得到有效跟踪，解决；

?

获取正确的Bug信息，用作缺陷分析和产品度量。

引入原因：

1.开发过程中缺乏有效沟通，或者没有沟通

2.软件负责度越来越高

3.编程中产生的错误

4.需求不断变更

5.项目进度的压力

6.不重视开发文档

7.软件开发工具本身隐藏的问题

26．缺陷的属性有哪些？

Bug发现人bug发现时间bug的状态bug严重程度bug所属版本bug修改日期

27．画缺陷管理流程图？

28．如何写缺陷跟踪单？

29．什么是测试覆盖率？

?

覆盖率是用来度量测试完整性的一个手段。

覆盖率是测试技术有效性的一个度量。

覆盖率=（至少被执行一次的item数）/item的总数；

30．会计算语句覆盖率，判定覆盖率，条件覆盖率，判定-条件覆盖率，路径覆盖率，指令块覆盖率等。

31．什么是系统测试？

SystemTesting--是将已经集成好的软件系统，作为整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行使用的环境下，对计算机系统进行系列的测试活动；

32．系统测试的目的是什么？

1.通过和系统需求定义做比较，发现软件和系统定义不符合的地方

2.系统测试的测试用例应根据需求分析说明书来设计，并在实际使用环境下运行

33．系统测试的类型有哪些？

1.功能测试

概念

根据产品的需求规格说明书和测试需求列表，验证产品的功能实现是否符合产品需求规格

目标

1.是否有遗漏需求。

2.是否正确的实现所有功能

3.隐示需求在系统是否实现

4.输入，输出是否正确

2.性能测试

概念

用来测试软件在集成系统中的运行性能

目标

度量系统相对于预定义目标的差距

3.压力测试

概念

压力测试：

在一定的软硬件及网络环境中，通过模拟大量的用户执行多种业务处理大量数据，使系统在极限环境下长时间运行，目的在于寻找系统的失效点

负载测试：

在一定的软硬件及网络环境下，通过模拟不同的用户，执行一种或多种业务，观察系统在不同负载下的性能表现。

目标：

通过极限测试方法，发现系统在极限或恶劣的环境中自我保护能力，主要验证系统的可靠性

4.容量测试

概念

使系统承受超额的数据容量来发现它是否能够正确处理

目标

是面向数据的，显示系统可以处理目标内确定的数据容量

5.安全性测试

概念

用来验证集成在系统内的保护机制是否能够在实际中保护系统不受非法的侵入。

目标

通过安全性测试，来检查系统的功能性是否完善

6.GUI测试

概念

指界面的外形是否与设计内容一致

7.可用性测试

概念

检测用户在理解和使用系统方面到底有多好？

8.安装测试

概念

检测软件在安装过程中的错误

目标

不仅仅找安装软件本身的错误，还要找到安装文档的错误。

9.配置测试

概念

测试系统在各种软硬件配置，不同的参数配置下系统具有的功能和性能

目标

验证全部配置的可操作性和有效性，特别需要对最大配置，最小配置和特殊配置进行测试

10.异常测试（恢复性测试）

通过人工干预手段使系统发生软，硬件异常，通过验证系统异常前后的功能和运行状态，达到检验系统容错，排错和恢复的能力

11.备份测试

验证系统在软件或者硬件的事件中备份它数据的能力

12.健壮性测试

用于测试系统在出现故障时，是否能够自动恢复或忽略故障继续运行

13.文档测试

验证用户文档是否正确的并且保证操作手册的过程能够正确工作

14.在线帮助测试

验证系统的实时在线帮助的可用性和正确性

15.网络测试

在网络环境下和其他设备对接，进行系统功能，性能与指标方面的测试，保证设备对接正常

16.稳定性测试

评价系统在一定负荷情况下，长时间的运行情况

34．系统测试执行的活动有哪些？

1.搭建测试环境

2.系统测试预测试

3.转系统测试评审

4.执行系统测试

5.写系统测试报告

35．什么是单元测试？

目的是什么？

对软件中的最小单位进行的测试

目的：

1.验证代码是否与设计相符合

2.发现设计和需求中存在的错误

3.发现在编码过程中引入的错误

4.跟踪需求和设计的实现

36．单元测试的关注点是什么？

单元接口局部数据接口独立路径出错处理边界条件

37．什么是驱动？

什么是桩？

驱动

1.接受测试数据，包含测试用例输入和预期输出

2.把测试用例输入传给要测试的单元

3.将被测单元的实际输出和预期输出进行比较，得到测试结果

4.将测试结果输出到指定的位置

桩

1.从测试角度模拟被调用的单元

2.需要针对不同的输入，返回不同的期望值，模拟所代替单元的不同功能

3.返回的期望值根据输入和被模拟单元的详细设计来确定

38．单元测试的测试策略是哪些？

各有什么优缺点？

孤立的测试策略

方法：

不考虑每个模块与其它模块之间的关系，为每个模块设计桩和驱动，每个模块进行独立的单元测试

优点：

方法简单，易操作，是纯粹的单元测试

缺点：

驱动和桩的数量很庞大，效率低

自顶向下的测试策略

方法：

先对最顶层的单元进行测试，把顶层所调用的单元做成桩，依次类推

优点：

节省了驱动的工作量，提高了测试效率

缺点：

随着单元的渐渐加入，测试过程变的复杂了，增加了开发和维护成本

自低向上的测试策略

方法：

对模块的最底层开始先测试，模拟调用该模块的模块做成驱动。

依次类推。

优点：

节省了桩的开发工作量，提高了测试效率

缺点：

不是纯粹的单元测试，底层的测试质量对上层的测试影响很大。

39．什么是集成测试？

目的是什么？

集成测试定义

在单元测试的基础上，把所有的函数按照《概要设计说明书》要求组装成子系统或系统所进行的测试

集成测试目的

1.验证接口是否与设计相符合

2.发现设计和需求中存在的错误

40．集成测试的关注点是什么？

单元间的接口

1.在把各个模块连接起来的时候，穿越模块间的数据是否会丢失

2.全局数据结构是否有问题，会不会被异常修改

集成后的功能

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

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

3.单个模块的误差累积起来，是否会扩大，从而达到不可接受的程度

41．集成测试的测试策略是哪些？

各有什么优缺点？

大爆炸集成

定义

把所有的系统组件一次性集合到被测系统中，不考虑组件之间的相互依赖关系或者可能存在的风险

优点

方法简单，只要很少的驱动和桩，可并行工作，对人人，物力资源的利用率高

缺点

成功率小，不容易定位，内部接口测试的不充分

使用范围

维护性产品，产品较小系统等。

自顶向下集成

定义

采用和设计一样的顺序对系统进行测试，在第一时间内对系统的控制接口进行验证

策略分类

深度优先策略

纵向深入测试

广大优先策略

横向深入测试

优点

不需要驱动，内部接口测试充分，容易定位，时间-控制接口较早的得到测试

缺点

需要大量的桩，底层测试较晚，时间长，并行性差

使用范围

控制结构比较清晰和稳定，高层接口较小的产品等

自底向上集成

定义

从程序模块结构的最底层开始组装和测试

优点

底层模块较早的得到测试，减少了桩的工作量，并行性比自顶向下集成要好。

缺点

需要大量的驱动，顶层测试较晚，

使用范围

底层接口比较稳定，变动较少，底层组件较早完成的产品等

三明治集成

定义

把系统划分成三层，中间层为目标层，目标层的上面一层用自顶向下的方法，目标层的下面一层用自底向上的方法测试。

优点

集合了自顶向下和自底向上的两种集成优点

缺点

中间部分测试的不充分

使用范围

大部分软件开发项目都可以使用

基干集成

定义

在嵌入式系统中，对内核部分（基干部分）和外围部分进行的集成测试。

优点

具有三明治集成的优点

缺点

由于局部使用大爆炸集成策略，所以有些接口部分测试不完整。

必须分析系统结构和相互依存性。

要大量的驱动和桩

使用范围

嵌入式系统

分层集成

定义

系统能通过逻辑和物理划分层次使用的一种策略

优点

有大爆炸，自顶向下，自底向上，三明治的优点

缺点

有大爆炸，自顶向下，自底向上，三明治的缺点

使用范围

通信系统

基于功能的集成

定义

从功能的角度出发，按照功能的关键程度对模块的集成顺序进行组织

优点

功能明确，需要的驱动较少。

与大爆炸相比，测试比较充分，容易定位。

对功能较早的完成测试等

缺点

存在冗余测试，与大爆炸相比，时间成本较高，与自顶向下和自底向上相比，不容易定位

使用范围

关键功能具有较大风险的产品。

技术探索型项目等

基于消息的集成

定义

系统对消息要求较高的产品使用的策略

优点

关键消息处理较早完成，进度比自顶向下，自底向上，三明治集成要短。

缺点

有较大的冗余测试，接口测试不充分

使用范围

对于消息级别要求较高的项目

基于进度的集成

定义

在兼顾进度和质量两者之间寻找了一个均衡点

优点

具有较高的并行性，能够有效的缩短项目开发的进度

缺点

桩和驱动的量庞大，模块的不稳定，导致冗余测试比较多。

使用范围

进度优先级高于质量的项目

基于风险的集成

定义

基于一个假设，集中到认为风险较高的模块中进行测试

优点

最具有风险的模块最早进行验证，有助于系统的快速稳定

缺点

需要对各组件的风险有一个清晰的认识

使用范围

有些模块具有较大的风险，并且没有信心的项目

42．配置管理的术语，配置管理的活动有哪些？

配置计划

是开展配置管理活动的基础。

要素

配置管理人员的组织和职责

配置项的命名规则

配置管理工具以及配置库结构

标识的配置项和位置

权限分配和管理方法

配置库备份的周期，方法

变更控制的流程和操作方法

版本发布的计划和策略

基线审计计划

配置标识

对软件配置项的选择，划分和对配置项的功能物理属性进行描述的过程

配置控制

对配置项在完成基线化后所产生的变更的评估，协调，批准，驳回以及实现的过程

配置状态发布

是跟踪软件的更改的过程，保证对正在进行和已完成的变更进行记录，监视并通报给项目组和相关成员

配置审计

对配置管理的独立的检查过程，确认受控软件配置项满足需求并就绪