摘要：对于【信息系统项目管理师】软考考试而言，试题无疑是最重要的学习资料之一。在软考备考过程中，吃透所考知识点、熟悉出题思路，对我们提升分数的效果是最明显的，通过试题反复练习，还可以查漏补缺。今天，给大家带来【信息系统项目管理师】部分试题的详解，一起来看看吧~



1、某项目采用敏捷管理方式，项目经理给领导汇报了项目的执行速度和团队绩效情况，请领导对提交的项目文档进行审核，以确定下一阶段在哪些方面做出改进。当前项目处于敏捷项目管理中的（　）阶段。
A、 探索
B、 推测
C、 适应
D、 结束

答案:C
答题解析:

敏捷项目管理模式的结构：构想—推测—探索—适应—结束，重点在交付（执行）和适应。

1）构想：确定产品构想、项目范围、项目社团以及团队共同工作的方式。

构想阶段为客户和项目团队创造构想，该构想包括提供什么、谁提供和如何提供。如果没有构想，其他的项目启动活动都是无用之功。用商业话语来说，构想是项目早期“成功的关键因素”。

2）推测：制定基于功能的发布计划、里程碑和迭代计划，确保交付构想的产品。

敏捷项目管理更多的是构想和探索，而不是计划和执行，它迫使我们面对这样的现实：不稳定的商业环境和变化多端的产品开发环境。推测阶段实际上是构想阶段的延伸并与它相互影响，它包括收集初始的、广泛的产品要求；将工作量定义为一个产品功能清单；制订一个交付计划（发布、里程碑和迭代），其中包括那些功能的进度表和资源分配；在估计项目成本这个计划中加入风险降低策略，并生成其他必要的行政管理和财务信息。

3）探索：在短期内提供经测试的功能，不断致力于减少项目风险和不确定性。

探索阶段提供产品功能。从项目管理的角度看，在此阶段，有三个关键的活动区域：第一是通过管理工作量和使用适当的技术方法和风险降低策略，交付计划的功能；第二是建立协作的、自我组织的项目社团，这是每个人的责任但需要由项目经理推动；第三是管理团队与客户、产品经理和其他利益相关方的相互交流。

控制和纠正是这个周期阶段常用的术语。计划制订了，结果监控了、纠正也完成了。这个流程暗示着计划是正确的，而如果实际结果与计划不同，则是错误的。

4）适应：审核提交的结果、当前情况以及团队的绩效，必要时做出调整。

“适应”意味着修改或改变而不是成功或失败。如果项目的指导哲学认为适应变化比执行计划更重要，则将失败归罪于计划的变更是不会有任何结果的。非常特别的流程并不能从错误中吸取教训，而吸取教训是敏捷项目管理的关键。

自构想阶段以后，其循环通常是推测—探索—适应，每次迭代都不断对产品进行提炼。但要是团队收集到新的信息，定期地回到构想阶段也很有必要。

在适应阶段，需要从客户、技术、人员和流程绩效以及项目状况等方面对结果进行评估。该分析将会对比实际结果和计划的结果，但更重要的是，要根据项目得到的最新信息，思考实际的与修订后的项目前景。修改后的结果将返回、融入到重新计划工作中，开始新的迭代。

5）结束：终止项目、交流主要的学习成果并庆祝。

在某种程度上，项目根据开始和结束来界定。许多组织由于没有明确项目的终结点，通常在客户之间会造成理解问题。项目应该以庆祝方式结束。结束阶段以及每次迭代末尾的“小型”结束的主要目标是：学习并将学到的东西融入下一次迭代工作中，或者传递给下一个项目团队。

2、CMMI的连续式表示法与阶段式表示法分别表示（ ）。
A、 项目的成熟度和组织的过程能力
B、 组织的过程能力和组织的成熟度
C、 项目的成熟度和项目的过程能力
D、 项目的过程能力和组织的成熟度

答案:B
答题解析:

信息系统项目管理师教程第三版P798

3、软件测试可分为单元测试、集成测试、确认测试、系统测试、配置测试、回归测试等类别。（ ）主要用于检测软件的功能、性能、和其他特性是否与用户需求一致。
A、 单元测试
B、 集成测试
C、 确认测试
D、 系统测试

答案:C
答题解析:

确认测试。确认测试主要用于验证软件的功能、性能和其他特性是否与用户需求一致。根据用户的参与程度，通常包括以下类型。

根据国家标准GB/T 15532-2008，软件测试可分为单元测试、集成测试、确认测试、系统测试、配置项测试和回归测试等类剐。

(1)单元测试。单元测试也称为模块测试，测试的对象是可独立编译或汇编的程序模块、软件构件或00软件中的类（统称为模块），其目的是检查每个模块能否正确地实现设计说明中的功能、性能、接口和其他设计约束等条件，发现模块内可能存在的各种差错。单元测试的技术依据是软件详细设计说明书，着重从模块接口、局部数据结构、重要的执行通路、出错处理通路和边界条件等方面对模块进行测试。

(2)集成测试。集成测试的目的是检查模块之间，以及模块和已集成的软件之间的接口关系，并验证已集成的软件是否符合设计要求。集成测试的技术依据是软件概要设计文档。除应满足一般的测试准入条件外，在进行集成测试前还应确认待测试的模块均己通过单元测试。

(3)确认测试。确认测试主要用于验证软件的功能、性能和其他特性是否与用户需求一致。根据用户的参与程度，通常包括以下类型。

•内部确认测试。内部确认测试主要由软件开发组织内部按照SRS进行测试。

•Alpha测试和Beta测试。对于通用产品型的软件开发而言，Alpha测试是指由用户在开发环境下进行测试，通过Alpha测试以后的产品通常称为Alpha版；Beta测试是指由用户在实际使用环境下进行洌试，通过Beta测试的产品通常称为Beta版。一般在通过Beta测试后，才能把产品发布或交付给用户。

•验收测试。验收测试是指针对SRS，在交付前以用户为主进行的测试。其测试对象为完整的、集成的计算机系统。验收测试的目的是，在真实的用户工作环境下，检验软件系统是否满足开发技术合同或SRS。验收测试的结论是用户确定是否接收该软件的主要依据。除应满足一般测试的准入条件外，在进行验收测试之前，应确认被测软件系统已通过系统测试。

(4)系统测试。系统测试的对象是完整的、集成的计算机系统，系统测试的目的是在真实系统工作环境下，验证完整的软件配置项能否和系统正确连接，并满足系统／子系统设计文档和软件开发合同规定的要求。系统测试的技术依据是用户需求或开发合同，除应满足一般测试的准入条件外，在进行系统测试前，还应确认被测系统的所有配置项已通过测试，对需要固化运行的软件还应提供固件。一般来说，系统测试的主要内容包括功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试等，其中，最重要的工作是进行功能测试与性能测试。功能测试主要采用黑盒测试方法；性能测试主要验证软件系统在承担一定负载的情况下所表现出来的特性是否符合客户的需要，主要指标有响应时间、吞吐量、并发用户数和资源利用率等。

(5)配置项测试。配置项测试的对象是软件配置项，配置项测试的目的是检验软件配置项与SRS的一致性。配置项测试的技术依据是SRS（含接口需求规格说明）。除应满足一般测试的准入条件外，在进行配置项测试之前，还应确认被测软件配置项已通过单元测试和集成测试。

(6)回归测试。回归测试的目的是测试软件变更之后．变更部分的正确性和对变更需求的符合性，以及软件原有的、正确的功能、性能和其他规定的要求的不损害性。回归测试的对象主要包括以下四个方面。

•未通过软件单元测试的软件，在变更之后，应对其进行单元测试。

•未通过配置项测试的软件，在变更之后，首先应对变更的软件单元进行测试，然后再进行相关的集成测试和配置项测试。

•未通过系统测试的软件，在变更之后，首先应对变更的软件单元进行测试，然后再进行相关的集成测试、配置项测试和系统测试。

•因其他原因进行变更之后的软件单元，也首先应对变更的软件单元进行测试，然后再进行相关的软件测试。