信息系统项目管理师（2022年）—— 重点内容：信息系统综合测试与管理、项目管理成熟度模型、量化的项目管理（21）

信息系统综合测试与管理

缺陷发现率=÷∑缺陷数(系统测试)(个)÷∑执行系统测试的有效时间(小时)，是衡量测试人员( C)的指标。

A 测试设计中工作效率

B 测试设计中工作质量

C 测试执行中工作效率

D 测试执行中工作质量

公式：∑缺陷数(系统测试)(个)／∑执行系统测试的有效时间(小时)

参考指标：平均1.1个缺陷／小时。假使有位测试人员没有达到1小时发现l个缺陷，那么，除非产品质量高、模块较小，否则，就是他的缺陷发现能力不如其他测试人员。当然，详细分类中可以根据发现重要缺陷的多少来定义缺陷发现能力

---

工程师小王为测试 云计算 平台网络的弹性伸缩能力，采用的有效方法是：( B)。

A 对网络负载进行压力测试，判断系统能否自行通过调整网络宽带来保障网络传输性能

B 检查是否具备计算资源弹性伸缩菜单或按钮

C 通过对当前运行的网络资源进行单点中断操作，检查网络是否持续可用

D 检查云平台是否具有存储资源容量规划工具

弹性伸缩（Auto Scaling，简称AS）是根据用户的业务需求，通过设置伸缩规则来自动增加/缩减业务资源。当业务需求增长时，AS自动增加弹性云服务器(ECS）实例或带宽资源，以保证业务能力;当业务需求下降时，AS自动为您缩减弹性云服务器(ECS）实例或带宽资源，以节约成本。AS支持自动调整弹性云服务器和带宽资源。

---

用户在 开发环境 下进行的测试是(B )。

A 配置项测试

B Alpha测试

C Beta测试

D 回归测试

软件测试及其管理
1、配置项测试。配置项测试的对象是软件配置项，配置项测试的目的是检验软件配置项与SRS的一致性。配置项测试的技术依据是SRS(含接口需求规格说明)。
2、Alpha测试。对于通用产品型的软件开发而言，Alpha测试是指由用户在开发环境下进行测试，通过Alpha测试以后的产品通常称为Alpha版；（PS：Alpha 是开发环境，先A，再B的顺序）
3、Beta测试是指由用户在实际使用环境下进行测试，通过Beta测试的产品通常称为Beta版。一般在通过Beta测试后，才能把产品发布或交付给用户。（PS：内部试用版、内部测试版）
4、回归测试。回归测试的目的是测试软件变更之后，变更部分的正确性和对变更需求的符合性，以及软件原有的、正确的功能、性能和其他规定的要求的不损害性。

---

关于 软件测试 管理的描述，不正确的是( D)。

A 软件测试的目的是尽可能多的找出程序中的错误

B 测试的准备工作在分析和设计阶段就要开始

C 回归测试可能存在测试不完全的风险

D 执行效率、缺陷发现率是测试执行中的质量指标

测试执行中工作质量相关指标：
1、缺陷数；
2、有效缺陷数/率；
3、严重缺陷率；
4、模块缺陷率；
5、遗漏缺陷率；
6、Bug发现时间点；
7、缺陷定位和可读性。

---

(B )不需要了解代码的逻辑结构。

A 控制流测试

B 黑盒测试

C 数据流测试

D 白盒测试

1、黑盒测试也称为功能测试，主要用于集成测试、确认测试和系统测试中。黑盒测试将程序看作是一个不透明的黑盒，完全不考虑(或不了解)程序的内部结构和处理算法,而只检查程序功能是否能按照SRS的要求正常使用，程序是否能适当地接收输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息(例如，文件和数据库等)的完整性等。黑盒测试根据SRS所规定的功能来设计测试用例，- -般包括等价类划分、边界佰分析、判定表、因果图、状态图、随机测试、猜错法和正交试验法等。
2、白盒测试也称为结构测试，主要用于软件单元测试中。它的主要思想是，将程序看作是-一个透明的白盒，测试人员完全清楚程序的结构和处理算法，按照程序内部逻辑结构设计测试用例，检测程序中的主要执行通路是否都能按预定要求正确工作。（PS：后台开发一般用白盒测试，知道逻辑怎么走）

---

( D)属于评估测试过程的指标。

A 缺陷分布

B 修复缺陷的时间

C 回归测试中发现的缺陷数据

D 测试进度

进度偏离度。检查计划时间和实际时间的进度，方法是计划时间差额减去实际时间差额除以实际工时总和，用于考察测试人员进度情况，监控测试是否按照日程进行,是否满足了工程的进度要求。

测试执行工作效率相关指标：执行效率、进度偏离度、缺陷发现率。

而：
缺陷分布、修复缺陷的时间、回归测试中发现的缺陷数据属于测试执行中工作质量相关指标。

---

在软件测试中，假定 X 为整数，10≤X≤100，用边界值分析法，那么 X 在测试中应该取(A )边界值。

A X=9，X=10，X=100，X=101

B X=10，X=100

C X=9，X=11，X=99，X=101

D X=9，X=10，X=50，X=100

边界值分析是一种黑盒测试方法，是对等价类划分方法的补充。人们从长期的测试工作经验得知，大量的错误是发生在输入或输出范围的边界上，而不是在输入范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。使用边界值方法设计测试用例，应当选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据。即测试时， 针对X=9、X=10、X=100、X=101的情况都要进行测试。

---

在软件生存周期中的测试阶段及任何运行阶段，测试软件产品以评价某软件产品的质量，这样的测试称为( C)。

 A 内部测试

B 外部测试

C 运行测试

D 系统测试

在软件生存周期中的测试阶段及任何运行阶段，测试软件产品以评价某软件产品的质量称为运行测试。

---

在软件产品即将面世前，为发现产品中的错误并及时修正，软件企业通常要组织内部人员模拟各类用户进行应用， 即对该产品进行( ).

A Alpha测试

B Beta测试

C 冒烟测试

D 静态测试

Alpha测试由用户在开发者的场所进行，并且在开发者对用户的“指导”下进行测试。开发者负责记录发现在错误和使用中遇到的问题。总之，Alpha测试是在受控的环境中进行的。
Beta测试是用户公司组织各方面的典型终端用户在日常工作中实际使用beta版本（内部试用版、内部测试版），并要求用户报告异常情况，提出批评意见。
两者区别：两者的主要区别是测试的场所不同。Alpha测试是指把用户请到开发方的场所来测试，Beta测试是指在一个或多个用户的场所进行的测试。Alpha测试的环境是受开发方控制的，用户的数量相对比较少，时间比较集中。而Beta测试的环境是不受开发方控制的，谁也不知道用户如何折磨软件，用户数量相对比较多，时间不集中。一般地，Alpha测试先于Beta测试执行。通用的软件产品需要较大规模的Beta测试，测试周期比较长。如果产品通过了Beta测试，那么就可以正式发行了。

“冒烟测试”(英文：smoke testing)这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。在软件中，“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。（PS：先对修改的代码进行单独测试（看它会不会冒烟），通过后再集成进来测试。）

静态测试包括代码检查、静态结构分析、代码质量度量等。它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具自动进行。代码检查包括代码走查、桌面检查、代码审查等，主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码的逻辑表达的正确性，代码结构的合理性等方面。

在实际使用中，代码检查比动态测试更有效率，能快速找到缺陷；代码检查看到的是问题本身而非征兆。但是代码检查非常耗费时间，而且代码检查需要知识和经验的积累。

---

边界值分析是一种常用的黑盒测试法。某程序循环体最少执行0次，最多执行100次，采用边界值分析法，宜选择(A )作为测试用例。

A 循环0次、循环1次、循环99次、循环100次

B 循环0次、循环100次、循环49次、循环50次

C 循环1次、循环99次、循环49次、循环50次

D 循环0次、循环100次

边界值分析法设计测试用例时,应选取正好等于、刚刚大于、刚刚小于边界的值作为测试数据。

---

软件测试不再是一种仅在编码阶段完成后才开始的活动，现在的软件测试被认为是一种应该包括在整个开发和维护过程中的活动，测试工作往往采用V模型来进行，可以从( B)阶段就开始编写测试计划。

A 立项

B 需求分析

C 设计

D 编码

在软件测试方面，V模型中的过程从左到右，描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。

---

除了测试程序之外，黑盒测试还适用于测试( C)阶段的软件文档。

A 编码

B 总体设计

C 软件需求分析

D 数据库设计

黑盒测试也称功能测试，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，只检査程序功能是否按照需求规格说明书的规定正常使用，故可以对软件需求分析阶段的功能分析进行验证和测试。

---

软件测试是软件开发过程中的一项重要内容，将测试分为白盒测试、黑盒测试和灰盒测试主要是(A )对软件测试进行分类。

A 从是否关心软件内部结构和具体实现的角度

B 从是否执行程序的角度

C 从软件并发阶段的细分角度

D 从软件开发复杂性的角度

从是否关心软件内部结构和具体实现的角度划分白盒测试、黑盒测试、灰盒测试；

从是否执行程序的角度划分静态测试和动态测试；

从软件开发的过程按阶段划分有单元测试、集成测试、确认测试、系统测试、验收测试。

---

软件项目中的测试管理过程包括( D)。

A 单元测试、集成测试、系统测试、验收测试

B 单元测试、集成测试、验收测试、回归测试

C 制定测试计划、开发测试工具、执行测试、发现并报告缺陷、测试总结（PS：还要开发测试工具？！不可能了吧）

D 制定测试计划及用例、执行测试、发现并报告缺陷、修正缺陷、重新测试

根据《软件评测师教程》，软件项目中的测试管理过程包括制定测试计划及用例、执行测试、发现并报告缺陷、修正缺陷、重新测试。

---

( A)指在软件维护阶段，为了检测由于代码修改而可能引入的错误所进行的测试活动。

A 回归测试

B 修复测试

C 集成测试

D 冒烟测试

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求(如根据结构图)组装成为子系统或系统，进行集成测试。

冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。

---

以下关于软件测试的叙述中，不正确的是：(D )。

A 在集成测试中，软件开发人员应该避免测试自己开发的程序

B 软件测试工作应该在需求阶段就开始进行（PS：这是对的，在需求阶段就可以开展了）

C 如果软件测试完成后没有发现任何错误，那么应首先检查测试过程是否存在问题

D 如果项目时间比较充裕，测试的时间可以长一些；如果项目时间紧张，测试时间可以少一些

如果测试计划已经制定并审批通过，就应该按照计划完成所有测试工作，测试的时间可以根据实际情况控制，但是测试用例和测试工作不得随意删减。

---

小王在设计测试用例时，由于忽视了边界条件、异常处理等情况，没有完全覆盖需求。这类风险属于测试工作中的(A )

A 测试用例风险

B 缺陷风险

C 代码质量风险

D 测试环境风险

在测试工作中，主要的风险表现为以下几个方面：
需求风险；测试用例风险；缺陷风险；代码质量风险；测试环境风险；测试技术风险；回归测试风险；沟通协调风险；其他不可预计风险。

---

项目管理成熟度模型

在CMMI连续式模型中， “技术解决方案”过程域属于(B ) 过程组。

A 过程管理

B 工程

C 项目管理

D 支持

连续式模型：将24个过程域按照功能划分为过程管理、项目管理、工程（PS：研发过程的内容啊）和支持四个过程组。每组包含的过程域如表所示。

 ---

在CMMI阶段表示法中，过程域(A )属于已定义级。

A 组织级过程焦点

B 组织级过程性能

C 组织级改革与实施

D 因果分析和解决方案

成熟度模型：

一级：初始级

二级：可管理级（需求管理、配置管理、供应商合同管理等）

三级：已定义级（需求开发，技术解决方案，产品集成、验证。。。）PS：项目管理常规操作

四级：量化管理级（组织级过程性能，定量项目管理）PS：过程性能好，可以量化。

五级：优化管理级（组织级改革与实施，因果分析和解决方案）PS：帮我改革，帮我因果分析分析，帮我解决方案。

PS：可以根据少的来背，四级和五级比较少

--- 

(C )可用于评估组织内项目组合管理成熟度，用于识别组织目前最佳实践、能力和结果。

A TQM

B EFQM

C OPM3

D PMBOK

---

办公软件开发公司a非常重视软件过程管理，按照CMMI(能力成熟度模型)逐步进行过程改进，刚刚实现了组织级过程性能、定量项目管理，按照CMMI(能力成熟度模型)，a公司达到了( CMMI4 )级别。

5个成熟度级别：1.初始级；2.已管理级；3.已定义级；4.已量化管理级; 5.持续优化级。

---

CMMI的连续式表示法与阶段式表示法分别表示：(B )。

A 项目的成熟度和组织的过程能力

B 组织的过程能力和组织的成熟度

C 项目的成熟度和项目的过程能力

D 项目的过程能力和组织的成熟度

CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成；连续式表示法相对单个过程域，使用能力等级来描述组织过程状态的特征；阶段式表示法相对模型整体，使用成熟度级别来描述组织过程总体状态的特征。

PS：连续式 = 过程能力        阶段式 = 成熟度        （口诀：连过结束）

---

需求管理(REQM)属于CMMI的(项目管理类 )过程域。

---

量化的项目管理

( C)不可用于量化的项目管理。

A PERT

B 网络图

C 专家判断

D 挣值分析

在项目管理体系中的WBS、网络图、PERT、挣值分析工具、质量管理工具在量化的项目管理中都可以采用。