软件测试-整理
-
软件质量保证和软件测试技术
1.
请通过生活中的具体例子，来阐
述软件系统中的缺陷是什么样的方式损害个人或者公司的利益？
在当今社会，软件系统越来越成为生活中不可或缺的一部分，包括从商业应用（比如银行系统）到
消费产品（比如汽车）各个领域。然而，很多人都有这样的经历：软件并没有按照预期进行工作。软件
的
不正确执行可能会导致许多问题，包括资金、时间和商业信誉等的损失，甚至导致人员
的伤亡。
淘宝交易的第三方支付系统支付宝不能正确处理顾客
订单事务，顾客麻烦、企业经济损失、企业形
象受影响。
2.
通过具体的例子，来说明为什么要进行测试？
对软件系统和文档进行严格的测试
,
可以减少软件系统
在运行环境中的风险，
假如在软件正式发布之
前发现和修正了缺
陷，就可以提高软件系统的质量。
进行软件测试也可能是为
了满足合同或法律法规的要求，或者是为了满足行业标准的要求。
3.
为什么说测试是质量保证的一部
分，或者说测试是如何来提高软件的质量的？
答：软件测试能
够提高软件质量，这是通过识别缺陷并对这些缺陷进行相应的调试及修正实现的，测
试同
时也是衡量软件质量的手段，如果测试用例是软件使用的合理样本，那么用户所体验到的软件质
< br>量应该和测试时所体验到的软件质量不会有太大的差异。
但是功能性、可靠性、可用性、效率、可维护性以及可移植性都是软件质量的范畴，因此测试是
软件质量保证的一部分。
4.
简单说明术语错误、缺陷、失效
的基本概念，它们之间的相互关系是什么？
答：失效：是指不
完全符合规定的需求，是实际结果或行为与期望结果或行为之间的偏差。
缺陷
:
指软件的故障。
错误：指人的过失和错误。
导致软件
失效的是软件的故障，每个故障是软件开发或更改后存在的，只有在软件执行时软件的
这
些故障才会以失效的方式显露出来。认为的错误或过失往往会导致故障。
5.
测试的主要目的有哪些？
答：
1
，证明系统是可以工作的；
2
，发现缺陷；
3
，提供对系统质量相关的信心和信息；
4.
预防缺陷；
5.
收集数据，过程改进。
6.
在多年的测试实践中，形成的一些基本测试原则有哪些？
答：
1
，测试可以证明缺陷存在，但不能证
明缺陷不存在；
2
，穷尽测试是不可能的；
3
，测试尽早介入；
4
，缺陷集群性；
5
，杀虫剂悖论；
6
，测试活动依赖于测试背景；
7
，不存在缺陷（就是有用系统）的谬论。
7.
简单谈谈软件测试的基本过程，
以及每个测试过程中的主要任务有哪些？
答：
1
，测试计划和控制；主要任务是测试策略的确定。
2
，测试分析和设计；
- 1 -
评审测试依据（比如需求、系统架构、设计和接口说明等）。
评估测试依据和测试对象的可测性。
通过对测试项、规格说明、测试对象行为和结构的分析，识别测试条件并确定其优先级。
设计测试用例并确定优先级。
确定测试条件和测试用例所需的必要的测试数据。
规划测试环境的搭建和确定测试需要的基础设施和工具。
3
，测试实现和执行；
测试实现和执行阶段的主要任务：
测试用例的开发、实现并确
定它们的优先级。
开发测试规程并确定优先级，
创建测试数据，
同时也可以准备测试用具和设计自动化测试脚本。
根据测试规程创建测试套件，以提高测试执行的效率。
确认已经正确搭建了测试环境。
根
据计划的执行顺序，通过手工或使用测试执行工具来执行测试规程。
记录测试执行的结果，以及被测软件、测试工具和测试件的标识和版本。
将实际结果和预期结果进行比较。
对实际结果和预期结果之间的差异，作为事件上报，并且进行分析以确定引起差异的原因（例
如：代码缺陷、具体测试数据缺陷、测试文档缺陷、或测试执行的方法有误等）。
缺陷修正后，重新进行测试活动。比如通过再次执行上次执行失
败的用例来确认缺陷是否已经
被修正（确认测试）。执行修正后的测试用例或执行一些测
试用例来确保缺陷的修正没有对软
件未修改的部分造成不良影响或对于缺陷的修正没有引
发其他的缺陷（回归测试）。
4
，测试出口准则的评估和报告；
评估测试出口准则的主要任务：
<
/p>
按照测试计划中定义的测试出口准则检查
测试日志。
评估是否需要进行更多的测试，或是否需要更改
测试的出口准则。
为利益相关者提供一个测试总结报告。
5
，测试结束活动。
测试结束活动的主要任务：
检查提交了哪些计划的可交付产品、
事件报告是否关闭、
或对未关闭的事件报告提交变更需求、
以及系统的验收文档状态等等。
记录和归档测试件、测试环境和测试基础设备，以备将来的项目使用。
移交测试件到维护部门。
分析和记
录学到的经验教训，为以后的项目和测试成熟度的改善所用。
- 2 -
8.
测试的心理因素是如何影响测试的成功与否的？
答：人们会犯错误，却不愿承认！因此在测试中，测试心理学扮演了重要的角色。测试是一项具有极高
创
造性和智力挑战的任务。开发人员一方面存在对自己错误的盲视，另一方面来说对自己
的测试对象非常了
解也是一个优势。一个独立的测试团队会不断提高测试的质量和对测试
的理解力，测试人员可以无偏见的
看待测试对象。测试人员和开发人员对各自工作的共性
认识有助于他们相互合作。开发人员应当了解测试
的基础知识，同样测试人员也需要对软
件开发有基本的了解，这样对互相理解共同的任务和问题非常有帮
助。
< br>
9.
简单谈谈
V
模型的基本组成阶段，以及每个阶段的简单含义？
答
:1,
需求规格说明；从客户或将来
的系统用户中收集要求和需求，进行详细描述并最终得到批准。
2
，系统功能设计；将需求映射到新系统的功能和框图上。
3
，系统技术设计；设计系统的具体实现方式。
4
，组件规格说明；定义每个子系统的任务、行为、内部
结构以及与其他子系统的接口。
5
，编程；通过编程语言实现所有的已经定义的组件。
6
，组件测试；验证软件组件是否按照组件规格说明正确运行。
7
，集成测试；检查多个组件是否按照系统技术设计描述
的方式协同工作。
8
，系统测试；验证整个系统是否满足需求规格说明。
9
，验收测试；从用户角度检查系统是否满足合同中定义
的需求。
10.
作为一个良好的测试，它应该具备哪些特征？
11.
V
模型中的测试级别有哪
4
种？它们各自的主要任务是什么？
答
1
，组件测试；验证软件组件是否按照组件规格
说明正确运行。
2
，集成测试
；检查多个组件是否按照系统技术设计描述的方式协同工作。
3
，系统测试；验证整个系统是否满足需求规格说明。
4
，验收测试；从用户角度检查系统是否满足合同中定义的需求
12.
简单谈谈测试中的
4
种测试类型，它们的基本含义是什么？
答：
1
< br>，功能测试；包括验证系统输入输出行为的各种测试，基础是功能需求。
2
，非功能测试；指系统执行它的功能有多好或者质量如何。
3
，软件结构的测试；设计并运行足够的
测试用例，覆盖所有的结构条目。
4
< br>，与变更有关的测试和回归测试，变化部分进行再测试，以及重新执行已有的测试用例。
< br>
13.
简单谈谈确认测试和
回归测试在什么时候进行？它们的测试目的是什么？
答：当已有的系统发生变化，缺陷被修正或是增加了新的功能时，变化的部分必须进行再测试
。另
外还存在变化导致副作用的风险，为了解决这些问题，需要重新执行已有的测试用例
，这些测试称
回归测试。
当发现和修
改了一个缺陷后，应该重新进行测试以确定原来的缺陷已经成功的修改，这称之为确认
测
试。调试（缺陷修复）是一种开发活动，不是一种测试活动。
回归测试是对已被测过的程序在修改缺陷后进行的重复测试，以发现在这些变更后是否有新的缺陷
引入或被屏蔽。这些缺陷可能存在于被测试的软件中，也可能在与之相关或不相关的其他软件组件中。
当
软件发生变更或者应用软件的环境发生变化时，需要进行回归测试。回归测试的规模可
以根据在已正常运
行的软件中发现新的缺陷的风险大小来决定。
假如测试是用来进行确认测试和辅助回归测试的，则它们应该是可以重复执行的。
回归测试可以在所有的测试级别上进行，同时适用于功能测试、非
功能测试和结构测试。回归测试
套件一般都会执行多次，而且通常很少有变动，因此将回
归测试自动化是很好的选择。
-
3 -
14.
简单描述一下静态技术和动态技术之间的异同点？
与动态测试技术需要运行软件不同，静态测试技术通过手工检查（评审）或自动化分析（静态分析）
的方式对代码或者其他的项目文档进行检查。
评审是对软件工作产品（包括代码）进行测试的一种方式，可以在动态测试执行之前进行。在生命周期
早
期的评审过程中发现并修改缺陷（例如发现需求中的缺陷）的成本会比在动态测试中才
发现并修改这些缺
陷的成本低的多。
软件评审的主要好处有：尽早发现和修改缺陷、改善开发能力、缩短开发时间、缩减测试成本和时
间、减少产品生命周期成本、减少缺陷以及改善沟通等。评审也可以在工作产品中发现一些遗漏的内容，
例如发现需求有遗漏，而这在动态测试中是很难被发现的。
评审、静态分析和动态测试具有共同的目标：识别缺陷。它们之间是互补的：不同的技术
可以有效
和高效地发现不同类型的缺陷。与动态测试相比，静态技术发现的是软件失效的
原因而不是失效本身。
与动态测试相比，通过评审更容易发
现如下典型缺陷：与标准之间的偏差、需求内的错误、设计错误、可
维护性不足和错误的
接口规格说明等等。
15.
正式的评审过程主要有哪些阶段组成？
答：计划、预备会阶段概述、个人准备、评审会议、返工和跟踪结果。
16.
正式评审过程中参与的角色有哪些人？他们的主要职责是什么？
答：
1
，开发经理；选择评审对象并确
保基础文档、必须的资源是可用的，同时也负责选择需要参加评
审的人员。
2
，主持人；和评审有关的管理工作，计划准备并
保证评审有序进行且满足它的目标，收集评审
数据，发布评审报告。
3
，作者；是提交评审文档的创建者，如果是多个人参与
文档的创建，主要负责人应该指定为作
者；由他担任作者这个角色。
4
，评审人员；是几个在各自准备后检查评审对象的技术
专家。
5
，记录员；应该记录下评审
团队提出的所有发现，由作者担当记录员是有意义的。
6
，观察员。
典型的正式评审主要有下面几种角色：
经理：决定是否需要进行评审，在项目计划中分派时间，判
断是否已达到评审的目标。
主持人：主持文档或文档集的评
审活动，包括策划评审、召开会议和会议后的跟踪。假如需要，
主持人可能还需要进行不
同观点之间的协调。主持人通常是评审是否成功的关键。
<
/p>
作者：待评审文档的作者或主要责任人。
评审员：具有专门技术或业务背景的人员（也称为检查员
(ch
ecker)
或审查员
(inspector)
），
他们在必要的准备后，标识和描述被评审产品存在的问题（如缺陷）。所选
择的评审员应该在
评审过程中代表不同的观点和角色，并且应该参与各种评审会议。
记录员：记录所有的事件、问题，以及
在会议过程中识别的未解决的问题。
17.
简单谈谈评审的主要类型有哪些？
答：
1.
非
正式评审
-
主要特点：
没有正式的过程。可以是由程序员的同行们或技术负责人对设计和代
码进行评
审。
可以有选择的文档化。
根据不同的评审者，评审作用
可能会不同。
主要目的：以较低的成本获得收益。
- 4 -
2.
走查
-
主要特点：
由作者主持开会。
以情景、
演示的形式和同行参加的方式进行。
开放式模式。
评审会议之前的准备、评审报告、发现的问题清单和记录员（不是作者本人）
都是可选的。
在实际情况中可以是非常正式的，也可能是非常不正式的。
主要目的：学习、增加理解、发现缺陷。
< br>3.
技术评审
-
主要特点：文档
化和定义的缺陷检测过程，需要包含同行和技术专家。可能是没有
管理者参与的同行评审
。
理想情况下由专门接受过培训的主持人
（不是作
者本人）来领导。会议之前需要进行准备。
检查表
、评审报告、发现的
问题列表、管理者的参加等都是可选的。
在实际情况中可以是在不正式
的和非常正式的之间。
主要目的：讨论、作决策、评估候选方案、发现缺陷、解决技术问题、检查与规格及
标准
的符合程度。
4.
审查
-
主要特点：
由接受过专门培训的主
持人（不是作者本人）来领导。通常是同行检查。
定义了不同的角色。
< br>
引入了度量。
根据入口、出
口规则的检查列表和规
则定义正式的评审过程。
会议之前需要进行准备。
出具审查报告和发现
问题列表。
正式的跟踪过程。
过程改进和读者是可选的。
主要目的：发现缺陷。
18.
哪些因素会影响评审的成功进行？
答：
1.
评审的目的是提高被评审文档
的质量。检查中发现问题，比如不清楚的观点和偏差，
是评审的要求和目的。发现的问题必
须以中性和客观的方式进行记录。
2.
人的特性和心理作用都会对评审产生很强的影响。评审文档的作者应该将评审作为一种正
面
的经历。
3
.
根据被评审文档的类型和级别以及参与评审人员的知识水平，
来选择不同且适合的评审类型。
4.
使用检查表和指南来提高评审过程中发现问题的效率。
5.
需要必要的培训，特别是针对像审查这样正式的评审类型。
6.
管理层可以为软件开发过程中的文档
评审计划足够的资源（时间和人力），
来支持一个有效
地评审过程。
7.
成功运用评审的一个重要方面是不断
从评审中学习经验教训，比如评审过程的持续改进。
评审成功的因素包括：
每次评审都有预先明确定
义的目标。
针对评审目标，有合适的评审人员的参与。
对发现的缺陷持欢迎态度，并客观地描述缺陷。
能够正确处理人员之间的问题以及心理方面的问题（比如对作者而言，能让他觉得有积极正面
的体验）。
采用的评审技术适合于软件工作产品的类型和级别以及参与评审人员。
选用合适的检查表或定义合适角色，可以提高缺陷识别的有效性。
提供评审技术方面的培训，特别是针对正式的评审技术，比如审查。
管理层对良好评审过程的支持（如在项目计划中安排足够的时间来进行评审活动
）。
强调学习和过程的改进。
- 5 -
19.
静态分析的主要优点是什么？
答：
a
静态分析和评审时紧密联系的
。假如在评审前进行叻静态分析，可以发现很多缺陷，从而评
审时需
要检查的地方就可以明显地减少。由于静态测试通常是工具支持的，，因此其工作
量比评审少得多。
1
）假
如文档是很正
规的，可以使用工具支持的静态分析，则在进行文档评审之前必须进行静态分析，因为静态
分析可以轻松二不费什么成本的发现一些故障和不一致性，从而可以缩短评审的时间。
2
）通常，即使没有
计划进行评审活动，静态分析也是应该使用
的。通过静态分析发现和删除错误都可以提高文档的质量。
b;
测试对象和编程标准的差异，
禁止使用的易生成错误的程
序结构等类型的缺陷只可能通过静态分
析（或评审）来发现。
C
;
因为违背语法准则，违背编程规范和标准，控制流异常，
<
/p>
数据流异常等导致程序
产生的问题也可以通过静态分析来发现，静
态分析还可以用来发现安全性问题。
静态分析的好处：
在测试执行之前尽早发现缺陷。
通过度
量的计算（比如高复杂性测量），早期警示代码和设计可能存在问题的方面。
可以发现在动态测试过程不容易发现的一些缺陷。
可以发现软件模块之间的相互依赖性和不一致性，例如链接。
改进代码和设计的可维护性。
在开发过程中学习经验教训，从而预防缺陷。
20.
为什么我们需要同时采用基于
规格说明的测试（黑盒测试）和基于结构的测试（白盒测试）？它们各
自比较常用的测试
技术有哪些？
答：将测试技术分为黑盒测试技术和白盒测试技
术是一种比较标准的分类方法。黒盒技术（包括基于
规格说明和基于经验的测试技术）依
据对测试基础文档进行分析或者基于开发人员、测试人员和用户
的经验得出和选择测试条
件或测试用例，无论是功能性的还是非功能性的用例，都不需参考组件或系
统的内部结构
。而白盒技术（也称为结构化或基于结构的技术）基于对组件或系统结构分析。
由于没有一种测试技术能够覆盖测试中需要考虑的所有方方面面，所以测试过程中经常会采用不
同的
测试技术的组合。
黑盒测试常用
的技术有等价类划分，边界值分析，状态转换测试，因果图技术和决策表技术，用例测
试
，随机测试，语法测试，冒烟测试。
白盒测试技术主要有语句
覆盖，分支覆盖，条件测试，路径覆盖。
21.
解释基于规格说明的测试、基
于结果的测试和基于经验的测试三者的特征，以及各自的区别？
1.
基于规格说明的技术具有以下共同特点：
使用正式或非正式的模型来描述需要解决的问题、
软件或其组件等。
根据这些模型，可以系统地导出测试用例。
2.
基于结构的技术的共同特点：
根据软件的结构信息设计测试用例，比
如软件代码和软件设计。
可以通过已有的测试用例测量软件
的测试覆盖率，
并通过系统化的导出设计用例来提高覆盖率。
3.
基于经验的方法具有以下共同特点：
测试用例根据参与人员的经验和知识来编写。
测试人员、开发人员、用户和其他的利益相关者对软件、软件使用和环境等方面所掌握的知识。
- 6 -
对可能存在的缺陷及其分布情况的了解。
22.
简单阐述等价类划分的一些基本原则？
可以将软件或系统的输入分成不同的组，
对于同一个组的输入，
软件或系统应该有相似的表现行为，
就好像系统是以相同的方式对这些输入值进行处理
。等价类划分（或等价类）可以分为两种类型的数据：
有效数据和无效数据
(
即应该被系统拒绝的数据
)
。
等价类划分也可以基于输出、
内部值、
时间相关的值
（例
如在事件之前或之后）以及接口参数（在
集成测试阶段）等进行。可以设计测试用例来覆盖不同的等价类。
等价类划分可以应用在
所有测试级别上。
通过应用等价类划分技术，能够实现输入
覆盖和输出覆盖。它同样适用于人为的输入、通过系统接口的输
入以及集成测试中的接口
参数。
23.
语句覆盖和判定覆盖的基本含义是什么？
答：在组件测试
(component
testing)
中，语句覆盖是指评价一个测试用例套件中已经执行的可执行语句的
百分比。语句测试的测试用例用来执行专门的语句，通常用来增加语句的覆盖率。
判定覆盖，
和分支测试相关，
是指评价在一个测试用例套中已经执行的判定
（例如
if
语句的
true
和
false
选项）输出的百分比。判定测试的测试用例用来执行专门的判定输出
，通常用来增加判定的覆盖率。
24.
如何来评估测试用例的质量？
评估测
试用例的质量（
K3
），它们是否满足：
显示明确的与需求的可追溯性
(traceability
)
；
包含预期的结果。
25.
哪些因素会应先测试设计技术的选择？
测试技术的选择基于下面的几个因素，包括：系统类型、法律法规标准、客户或合同的需求、风险的级别、
风险的类型、测试目标、文档的可用性、测试员的技能水平、时间和成本预算、开发生命周期
、用例模型
和以前发现缺陷类型的经验等。
26.
为什么说独立测试很重要？
通过独立的测试员进行测试和评审，发现缺陷的效率会提高。
27.
独立测试的主要优点和缺点是什么？
独立测试的优点：
独立的测试员可以
做到没有偏见，可以发现一些其他不同的缺陷。一个独立的测试员可
以验证在系统规格说
明和实现阶段所做的一些假设。
独立测试的缺点：与开发小组脱离（如果完全独立）。
作为最后的检查点
(checkpoint)
，独立测试员可能
是项目的瓶颈。
开发人员可能失去对软件质量的责任感。
28.
简单说说测试负责人（
Test Leader
）和测试员（
Tester
）的主要任务是什么？
测试组长可能的主要任务有：
与项目经理以及其他人共同协调测试策略和测试计划。
制定或评审项目的测试策略和组织的测试方针。
将测试的安排合并到其他项目活动中，比如集成计划
(integrati
on planning)
。
制定
测试计划
（考虑背景，
了解测试目标和风险等）。
计划包括选择测试方法、
估算测试的时间、
工作量和
成本、资源的获取、定义测试级别、测试周期和计划事件管理。
创建测试规格说明、测试准备、测试实施和测试执行，监督
测试结果并检查出口准则。
根据测试结果和测试进度（有时
记录在状态报告中）调整测试计划，必要时采取必要的措施对存
在的问题进行补救。
- 7 -
对测试件进行配置管理，保证测试件
(testw
are)
的可追溯性。
引入合适的度量项以测量测试进度，评估测试和产品的质量。
决定哪些测试用例可以自动化执行，自动化的程度，如何实现。
选择测试工具支持测试，并为测试员组织测试工具的培训。
决定测试环境的实施。
根据在测试过程中收集的信息编写测试总结报告。
测试员可能的主要职责包括：
< br>
评审和参与测试计划的制定。
分析、评审和评估用户需求、规格说明书及模型的可测试性。
创建测试规格说明书。
建立测试环
境（通常需要与系统管理员，网络管理员协同完成）。
准备和获取测试数据。
进行各种级
别的测试，执行并记录测试日志，评估测试结果，记录和预期结果之间的偏差。
根据要求使用测试管理工具和测试监督
(test
monitoring)
工具。
实
施自动化测试（可能需要开发人员或测试自动化专家的支持）。
在可行的情况下，测量组件和系统的性能。
对他人的测试进行评审。
29.
测试计划包含的主要内容有哪些？
<
/p>
确定测试的范围和风险，明确测试的目标。
定义测试的整体方法（测试策略），包括测试级别的定义、入口和出口准则
(exit criteria)
的定义。
把测试活动集成和协调到整
个软件生命周期活动中去：收集，准备，开发，运行和维护。
决定测试什么？测试由什么角色来执行？如何进行测试？如何评估测试结果？
为测试分析和设计活动安排时间进度。
为测试实现、执行和评估安排时间进度。
为已定义的不同测试任务分配资源。
定义测试文档的数量、详细程度、结构和模板。
为测试准备和执行的监控、缺陷解决
(defect
resolution)
和风险问题
(risk
issues)
选择度量
项。
确定测试规程的详细程度，以提供足够的信息支持可重复的测试准备
和执行。
30.
影响测试成本的主要因素有哪些？
- 8 -
测试计划受到很多因素的影响：组织的测试方针、
测试的范围、测试目标、风险、约束
(constraints)
、危
险程度
(criticality)
、可测试性和资源的可用性
(availability)
等。随着项目和测试计划的不断推进，将
有更多的信息和具体细节包含在计划中。
31.
基于度量的估算方法和基于专家的估算方法的主要区别是什么？
基于度量的方法：
根据以前或相似项目的度量值来进行测试工作
量的估算，
或者根据典型的数据来进行估算。
基于专家的方法：由任务的责任人
(owner of the
task)
或专家来进行测试任务工作量的估算。
一旦估算了测试工作量，就可以识别资源和建立时间进度表。
32.
简单描述用于监督测试准备和测试执行的常见度量有哪些？
<
/p>
测试
用例准备阶段工作所占时间的百分比（或按计划已编写的测试用例的比例）。
测试环境准备阶段工作所占时间的百分比。
测试用例执行量
（例如：
执行的测试用例数
/
没有执行的测试用例数，
通过
< br>/
失败的测试用例数）
。
<
/p>
缺陷信息（例如：缺陷密度、发现并修改的缺陷、失效率、重新测试的结果）。
需求、风险或代码的测试覆盖率。
测试员对产品的主观信心。
测试中确定的里程碑的具体日期。
测试成本，包括寻找下一个缺陷或执行下一轮测试所需成本与收益的比较。
33.
简单描述针对测试报告和测试控制的主要测试度量有哪些？
<
/p>
测试报告度量：
A.
该测试级别的测试目
标的充分性。
B.
采用的测试方法的
适当性。
c
针对测试目标的测试的有效性。
测试控制措施的例子：
<
/p>
基于测试监控信
息来做决策。
如果一个已识别的风险发生（如软件发布延期
），重新确定测试优先级。
根据测试环境可用性，改变测试的时间进度表。
设定入口准则：规定修改后的缺陷必须经过开发人员重新测试后才能将它们集成到版本中去。
34.
测试报告的主要目的和内容是什么？
测试报告是对测试工作和活动等相关信息的总结，主要包括：
a.
在测试阶
段发生了什么？比如达到测试出口准则的日期。
b.
通过分析相关信息和度量可以对下一步的活动提供建议和做出决策，比如对仍然存在的缺陷
的评估、继续进行测试的经济效益、存在的突出风险以及被测试软件的置信度
(level of
confidence)
等。
35.
风险的基本定义是什么？风险是有哪两个因素决定的？
风险可以定义为事件、危险、威胁或情况等发生的可能性以及由此产生不可预料的后果，即一个
潜在的问
题。风险级别由出现不确定事件的可能性
(likel
ihood)
和出现后所产生的影响（事件引发的不好的结果）
两个方面来决定。
- 9 -