软件测试 复习重点

题型：选择题，填空题，判断题，简答题

1、什么是软件测试【概念：P2】

通俗层面上讲：

狭义的软件测试仅仅指动态测试，即测试是执行程序的过程，通过运行程序来发现程序代码或软件系统中的错误。广义的软件测试不仅是指运行程序或系统进行测试，还包括需求/设计/代码等评审活动。

（1）在特定的条件下运行系统或构件，观察或记录结果，对系统的某个方面做出评价

（2）分析某个软件项已发现和现存的，以及要求的条件之差别。

2、软件测试流程：需求分析阶段-软件设计和编码阶段（进行单元测试）-集成、确认、系统、验收测试阶段。

3、软件测试及其质量保证区别：（关系）【P3】

（1）共同点：

软件测试和软件质量保证的目的都是尽力确保软件产品满足需求，从而开发出高质量的软件产品。两个流程都是贯穿在整个软件开发生命周期中。

（2）不同点：

A、正规的软件测试系统主要包括：制定测试计划、测试设计、实施测试、、建立和更新测试文档。而软件质量保证的工作主要为：制定软件质量要求、组织正式度量、软件测试管理、对软件的变更进行控制 、对软件质量进行度量、对软件质量情况及时记录和报告。

B、软件质量保证的职能是向管理层提供正确的可行信息，从而促进和辅助设计流程的改进。

软件质量保证的职能还包括监督测试流程，这样测试工作就可以客观地审查和评估，同时也有助于测试流程的改进。

软件质量保证：软件质量保证是贯穿软件项目整个生命周期的有计划的系统活动，经常对整个项目质量计划执行情况进行评估、检查和改进，确保项目质量和计划保持一致。

软件测试：测试关心的不是过程的活动，而是对过程的产物以及开发出的软件进行剖析。测试人员要“执行”软件，对过程中的产物—开发文档和源代码进行走查，运行，以找出问题，报告质量。测试人员也必须假设软件存在问题，所以所做的操作都是为了找出更多的问题，而不仅仅验证每一件事是正确的。

4、软件缺陷【p6】

（1）定义：

软件缺陷通常又叫bug。即计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。

（2）属性：

A、缺陷标识 B、缺陷类型 C、缺陷严重程度 D、缺陷优先级 E、缺陷状态

F、缺陷起源 G、缺陷来源

（3）缺陷的生命周期：【P9】

新建、打开、指派、测试、延期、拒绝、确认、重新打开、关闭

5、模型

（1）软件开发过程模型：【P24】

A、瀑布模型 B、快速原型模型 C、增量模型 D、螺旋模型。

（2）测试模型：【P33】

V模型：

W模型：

H模型：

X模型：

前置测试模型：

关联关系：

V模型强调了在整个软件项目开发中需要经历的若干个测试级别，但没明确指出应对软件的需求、设计进行测试。

W模型在这点上给出补充，但还是没专门对测试进行流程说明。

H模型得到相应的体现，表现为测试。

X模型和前置测试模型在此基础上增加了许多不确定的因素处理情况。

在W模型基础上结合H模型思想进行测试，当变更发生时，采用X模型思想进行处理，将开发和测试紧密结合，寻找恰当的就绪点开始测试，并反复迭代。

优缺点

V模型―优点明确标注测试过程中的不同级别，使测试的每个阶段与开发的阶段相对应，缺点不能发现需求分析等前期产生的错误。

W模型―优点增加了软件各开发阶段中应同步进行的测试，缺点无法支持需要迭代、自发性以及变更调整的项目。

H模型―优点将测试活动完全出来，清晰地体现出测试准备活动和测试执行活动，缺点太过抽象化。

X模型-优点能帮助测试人员在测试计划之外发现更多的软件错误，缺点可能造成对人力物力财力的浪费，对测试人员熟练度要求较高。

前置测试模型-优点用较低成本及早发现错误，节省时间并减少重复工作，缺点流程管理复杂，需求变化时很难应付。

6、黑盒测试

（1）定义：

黑盒测试是一种从软件外部对软件实施的测试，也称功能测试或基于规格说明的测试。

（2）优缺点：

优：黑盒测试与软件具体实现方式无关，因此软件实现方式如果发生了变更、修改但功能测试不变的话，仍可以使用原来的测试用例。 在进行软件开发的同时，也可以进行黑盒测试用例的设计，这样可以节省一部分时间成本，减少总开发时间。

缺：

测试用例之间可能存在严重的冗余，还会有位测试的软件漏洞。

7、白盒测试【P38】

（1）定义：

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件。

（2）优缺点：

优：可以结构性测试指标去解决冗余和漏洞问题

缺：局限于已经完成的代码行为当中。

8、黑盒测试和白盒测试的区别：【P39】

①已知产品的因素

黑盒测试：已知程序的功能需求、设计规格，可以通过测试验证程序需要的功能是否已被实现，是否符合要求。

白盒测试：已知程序的内部工作结构，可以通过测试验证程序的内部结构是否符合要求，是否含有缺陷。

②检查测试的主要内容

黑盒测试主要检查的内容包括但不局限于：

功能是否满足需求；是否有功能出现缺陷。

接口上是否能正确接受输入；输出结果是否正确。

是否有数据结构信息或者外部信息访问错误。

是否有初始化或终止性错误。

白盒测试主要检查的内容包括但不局限于：

所有程序模块的路径都需要至少被测试一遍

所有的逻辑判定的真值与假值都需要至少被测试一遍

在运行的界限内和循环的边界上执行循环体

测试内部的数据结构是否有效

③静态测试方法

静态黑盒测试方法：产品需求文档、用户手册、帮助文件等

静态白盒测试方法：走查、复审、评审程序源代码、数据字典、系统设计文档、环境设置、软件配置项等。

④动态测试方法

动态黑盒测试方法：通过数据输入并运行程序来检验输出结果，如功能测试、验收测试和一些性能测试等

动态白盒测试方法：通过驱动程序来调用，如进行单元测试、集成测试和部分性能测试等。

9、数据流【P79】

概念：数据量测试面向的是程序中的变量

10、变异：【P83】

程序变异是一种评价和增强测试的技术。当测试人员采用变异技术来评价测试集的充分性或是增强测试集时，这种活动就被称为是变异测试。强变异or弱变异

11、BVT和冒烟测试的区别：【105】

（1）BVT测试只在build构建完成时进行而冒烟测试在各个阶段都会进行。

（2）BVT测试可以加入自动测试脚本并执行少量固定的自动化测试，但冒烟测试与build的验证无关

（3）BVT的结果直接决定新构建的build是否交付后续测试，而冒烟测试并不影响其他日常测试工作。

12、测试设计及测试用例【p97】

（1）定义：

测试设计是一个过程，它主要包括测试管理的设计，以及各种测试技术应用的设计。

测试用例是为某个特殊目标编制的一组测试输入、执行条件，以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

（2）测试用例的设计原则：

A、正确性 B、全面性 C、整体连贯性 D、可维护性 E、测试结果可判定性和可再现性

测试用例最小化原则，测试用例代替产品文档功能原则，单次投入成本和多次投入成本原则测试结果分析和调试最简单化原则

（3）测试用例设计步骤：【P44】

测试需求分析，业务流程分析，测试用例设计，测试用例评审，测试用例更新完整。

（4）测试用例设计方法：【P98】

等价划分法、边界值分析法、基本路径分析法、因果图法

13、设计方法p45

14、缺陷分析【p107】

（1）软件缺陷的作用（2）软件缺陷的分类（3）软件缺陷的方法

15、软件测试的度量【P112】

（1）度量目的：

判断测试的有效性；判断测试的完整性；判断工作产品的质量；分析和改进测试过程。

（2）测试度量的重要性：

度量可以用来提高质量、产品生产力，以及服务，从而提高客户满意度；对于管理组织很容易分析数据并且深入下去；当过程不受控时有不同的度量方式作为监控者；度量提供当前过程改进。

（3）度量应遵循的原则：

要制定明确的度量目标；度量标准的定义应该具有一致性、可计算；度量方法应该尽可能简单、可计算；度量数据的收集应该尽可能自动化。

（4）常见度量类型：

手工测试度量，性能测试度量，自动化测试度量，通用度量。和指标（两种计算）

（5）性能测试定义，分类（最适合测试方式）；软件操作选择，常见管理工具）

性能测试脚本提供脚本生产率以及一段时间内的趋势。