软件题

第一篇：软件题

1.什么是软件？

软件：看不见摸不着的逻辑实体，没有磨损和老化，失效率与硬件不同，可移植性。2.什么是软件危机？

软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。3.什么是软件工程？软件工程有那几个要素？

软件工程是指计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。软件工程三要素：方法、工具、过程。4.什么是软件工程的生命周期？

一个软件从定义、开发、使用、维护直至最终报废，所经历的生存过程为软件生存期或生命周期。

1.什么是软件过程？

软件过程是为了获得高质量软件所需要完成的一系列任务的框架它规定了完成各项任务工作的工作步骤。

2.常用的软件开发类型有哪几种？说明它们的特点和应用场合？（1）瀑布模型 特点：（1）阶段间的顺序性和依赖性（2）文档驱动性 应用场合：适合需求可变性低

（2）原型模型：特点：（1）原型驱动（2）过程的交互性和迭代性 应用场合：适合需求可变性高的

（3）螺旋模型 特点：（1）模型结合：瀑布模型+快速原型+风险分析（2）迭代过程 应用场合：适合较大风险

（4）增量模型 特点：能在较短时间内向用户提交可完成部分工作的产品，4逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的冲击。应用场合：软件需求不明确，设计方案有风险的项目。

（5）喷泉模型 特点：1.过程迭代（重复、演进）2.阶段间的无间隙过渡性—各阶段间无明显界限。应用场合：面向对象的应用场合。

（6）构件组装模型 特点：1.面向对象 2.基于构件库 3.融合螺旋模型特征 4.支持软件开发的迭代方法 5.软件重用 应用场合：大型、复杂。1.可行性研究的目的是什么？

答：可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。2.可行性应当从哪几个方面进行研究？

经济可行性、技术可行性、操作可行性、法律可行性。3.常用的成本估算方法有哪几种？

(1)基于代码行的成本估算方法(2)任务分解成本估算(3)经验统计估算模型①参数方程②动态多变量参数模型③COCOMO模型（constructive Cost Model）⑷自动估算工具

1.获取需求有哪些常用的方法？

（1）访谈：正式的和非正式的访谈（2）问卷调查 问卷调查即把需要调查的内容制成表格交给用户填写。该方法对需要调查大量人员的意见时，十分有效。（3）情景分析 情景分析就是对目标系统解决某个具体问题的方法和结果，给出可能的情景描述，以获知用户的具体需求。（4）实地考察（5）构造原型

2.什么是数据流图？他有哪些常用的符号？ 数据流图是一种图形化技术，他描述信息流和数据流从输入移动到输出的过程中所经受的变换，表达系统内部数据的运动情况。

圆框：表示从输入到输出的数据流中的一个加工，在框内注明加工的名称；

方框：表示数据的源点或数据的汇点，即外部实体，在框内注明实体的名称；箭头：表示被加工数据的路径和流向，即数据流，可用名词和或名词性短语命名；

双杠：表示数据存储，可以是一个记录或一个数据文件，可用名词和或名词性短语命名 2.请说明如何提高模块的独立性？

（1）设计出软件的初步结构以后，应该审查分析这个结构。通过模块分解或合并。力求降低耦合高内聚。（2）模块的独立程度可以由两个定性标准度量，这两个标准分别称为内聚和耦合。耦合衡量不同模块彼此间互相依赖的紧密程度。内聚衡量一个模块内部各个元素彼此结合的紧密程度。

1.表达算法的常用工具有哪些？

程序流程图、N-S图、结构化语言、PAD图

1.什么是编码风格？在进行编码是应当从哪些方面注重编码风格的统一？ 程序员编写程序习惯

体现在四个方面：源程序文档化、数据说明方法、语句结构、输入/输出方法。2.在进行软件开发时，如何选择开发工具？ 4方面（1）项目应用（2）软件开发人员对软件的了解程度（3）用户掌握与使用情况（4）可移植性

3.程序设计的三种结构是什么？ 顺序、选择、循环

1.什么是软件测试？为什么要进行软件测试？ 软件测试是为了发现错误而运行错误的过程，是根据软件开发各阶段的规格说明和程序内部结构精心设计一批测试用例，并利用这些用例去运行程序，以发现程序中的错误。因为软件有缺陷

2.软件测试的常用方法是如何分类的？

两类：静态、动态 静态：静态分析器、代码评审 动态：白盒：能看到程序内部结构 黑盒：功能

3.什么是测试用例？什么是好的测试用例？ 测试用例=输入数据+预期输出结果

好的测试用例是指发现迄今为止尚未发现的错误的用例 对应的测试过程：成功的测试 4.软件测试的步骤是什么？

单元测试、组装测试、确认测试、系统测试

1.什么是软件维护？它占软件生命周期的百分之几？ 在软件运行/维护阶段对产品所进行的修改就是维护。70% 2.软件维护分哪些类型？他们分别占百分之几? 改正性维护：21% 适应性维护：25% 完善性维护：50% 预防性维护：4% 3.软件维护的步骤是什么？

第一步：软件维护申请报告 第二步：维护工作的实施 第三步：维护文档管理 第四步：维护活动评价

1． 项目有哪些特性？

有明确开始结束时间，明确的经费预算、具体的实现目标。2.什么是cmm?cmm分成几个等级，其中最高级是什么？ Cmm:能力成熟度模型 衡量软件开发程度

5个等级：1.初始级 2.可重复级 3.已定义级 4.以管理级 5.优化级 最高级：优化级 3.什么是软件重用？软件重用有哪些好处？

同一事物不做修改或稍加改动就多次重复使用 软件构成：程序、数据、文档 好处：提高开发效率、缩短软件开发周期。

第二篇：软件课题结题报告

篇一：软件项目开发结项报告

当前第2页

共11页 当前第3页

共11页 当前第4页

共11页 当前第5页

第三篇：软件项目管理案例分析20题

软件项目管理案例分析

案例分析一

问题1：

本项目申请国家技术创新基金100万元，但国家实际批准基金额度很可能会低于100万元，“项目投资来源”中应当说明：当国家实际批准基金低于申请额度时，如何补足二者之间的差额以及由此所引起的地方匹配基金的差额。

应重新召开股东大会并讨论以下议题：当国家实际批准基金低于申请额度时，公司是否愿意补足二者之间的差额以及由此引起的地方匹配基金的差额。

如果能够通过，应在“项目投资来源”中加注：当国家实际批准基金低于申请额度时，公司承诺补足二者之间的差额以及由此引起的地方匹配基金的差额（附新的公司股东大会决议）。问题2：

A，B双方以B方现有技术成果为基础进一步合作开发，应明确以下几个主要问题：（1）B方是以现有技术成果折价入股，还是将现有技术成果转让给A方；（2）如果是“技术转让”，应明确是“专利权转让”、“专利实施许可”、还是“技术秘密转让”？

（3）双方是否已就合作开发的新技术成果的所有权、使用权以及利益分成问题达成一致意见？

双方是否已正式签订“合作开发合同”或“技术转让合同”？ 问题3：

应主要从以下几方面分析项目技术的成熟性：

（1）关键技术成熟性分析（包括采用的现有成熟关键技术、已攻克的关键技术、待研究的关键技术等）；

（2）项目采用的关键技术是否获得国家、部门或地方科技计划的支持（已获得、尚未获得）及计划的名称、获得支持的时间；

（3）项目采用的关键技术是否通过技术鉴定（已鉴定、尚未鉴定）及鉴定单位、鉴定意见、鉴定时间。

案例分析二

问题1：

由项目执行偏差导致项目计划变更的各种诱发因素称为项目变更的内部因素。由项目目标变化导致项目计划变更的各种诱发因素称为项目变更的外部因素。问题2：

“B方首付资金未能按时交付”、“A方盲目确定进度目标”、“A方的前期设计有疏漏”、“A方编制的需求分析说明书未能准确、全面地表达B方的实际需求”、“B方自行负责的机房装修误期”、“A方开发人员跳槽”，属于项目变更的内部因素。

“证监会要求上市公司执行新的会计制度”、“B方因机构重组改变了业务流程”、“B方提出增加合同审计功能”、“B方行业主管部门发布了新的行业ERP实施规范”，属于变更的外部因素。问题3：

“A方盲目确定进度目标”、“A方的前期设计有疏漏”、“A方开发人员跳槽”，属于A方责任。由此而增加的项目经费，由A方承担。“需求分析时，B方表达不清，A方理解有误，双方沟通不够，A方编制的需求分析说明了书未能准确、全面地表达B方的实际需求，而B方未能及时指正”，属于双方责任，由此而增加的项目经费，由A、B双方协商分摊。

其余各条，无论B方是否负有责任，均应承担由此而增加的项目经费。问题4：

对于由内部因素引起的变更请求，变更评估的重点是确定最优变更方案。而对于外部因素引起的变更请求，变更控制委员会应重点评估变更的必要性。

案例分析三

问题1：

（1）没有清晰地了解到产品的范围，导致项目后期需求的蔓延；

（2）没有澄清模糊的项目范围，在安装服务器的问题上产生异议，最终增加了未计划到的工作；

（3）没有进行变更控制，以至于变更的结果不理想，导致反复地变更。问题2：

（1）变更工作没有得到确认，导致工作的结果不能够被认可；

（2）变更没有得到有效地执行。尤其当同时发生多个变更的时候，如果没有有效的控制很容易造成一些变更被忽略甚至遗漏；

（3）未控制的变更造成系统的混乱。软件系统是一个复杂的系统，系统间很多部件都存在关联，对其中某一部分进行更改可能会牵连到其他部分，造成整个系统的问题。

问题3：

范围控制是范围管理中重要的工作之一，范围控制的主要目的是控制变更的结果；保证所有被请求的变更都可以得到有效的处理；协调所有同变更相关的工作、资源和交付成果，让项目始终处在被控制的状态。范围控制的意义也在于此，通过范围控制，可以减少范围变更对项目造成的影响，降低风险，让项目处在可控制可跟踪的状态。

案例分析四

问题1：

分解项目WBS的一般过程如下：（1）识别可交付成果及有关工作；（2）确定工作分解结构的结构与编排；

（3）将工作分解结构的上层分解到下层的组成部分；（4）为工作分解结构组成部分提出并分配标识编码；（5）核实工作分解的程度是否必要且足够。问题2：

创建项目WBS时需要注意以下四点：（1）分解出的工作是充分且必要的；

（2）工作的独立性。即工作一旦开始，就可以在不中断的条件下完成；

（3）工作完成度的可判断性。即可以清楚地判断工作是否已经开始，工作完成了多少，以及工作是否已完成。

（4）工作的交付成果。即工作完成后将得到什么样的成果。问题3：

（1）在“同K企业负责人沟通后明确项目的范围”中，小张进行了范围定义的工作。之后小张又编写《关于***系统第三方系统测评计划备忘录》的文档，并发给企业K 负责人确认，让项目范围在各干系人中得到一致的认识。

（2）在“将配合第三方机构进行测评的工作加入到项目WBS”中，小张进行了范围控制的工作。

案例分析五 案例分析六

案例分析七

问题1：

公司负责人不应该把单纯的参数模型放在成本估计上，而要根据不同的情况，采用不同的方法，否则会使成本估计产生很大的偏差。

在做成本估计时建立参数模型只是其中一种方法。建立参数模型指在数学模型中运用项目特点（参数）来预测项目成本。建立参数模型的首要条件是建模所参考的历史数据的精确性程度。

但是实际情况是该项目由于需要改动的那个过程中有很多工作不是很清晰，而且这过程还会对其他5个过程产生一些影响，影响的程度也没有得到明确的界定。更重要的是，改动的流程过程占整个制造成本的36%,因此完全按照参数模型是不合适的。问题2：

由于王工程师能够准确地获得其他5个没有改动过程的详细成本信息，因此工程师在对已经明了的项目的5个过程应该采用建立参数模型法来对其进行成本估计。

而对那个需要改动的过程应该采用类比估算法，这是由于当对项目的详细情况了解甚少时（例如在项目的初期阶段），往往采用这种方法估算项目的总成本。问题3：

成本控制就是要保证各项工作要在它们各自的预算范围内进行。成本控制的基本方法是规定各部门定期上报其成本报告，再由控制部门对其进行成本审核，以保证各种支出的合法性，然后再将已经发生的成本与预算相比较，分析其是否超支，并采取相应的措施加以弥补。有效的成本控制的关键是经常及时分析成本绩效，尽早发现成本偏差和成本执行效率，这样就能在情况变坏之前及时有效地采取措施。

成本控制包括查找正、负偏差的原因，它必须与其他控制过程紧密地结合起来。成本控制实质上就是监控成本的正负偏差，分析偏差产生的原因，及时采取措施以确保项目朝着有利的方向发展。主要方法有成本变更控制系统、绩效衡量分析、项目绩效审核、电脑化工具、偏差管理等。

案例分析八

案例分析九

问题1：

不明确需求就进行开发，造成项目开发无法制定相应的计划。缺乏合理的项目开发计划，就无法保证项目的质量。

如果由于某种客观原因造成无法在软件项目开发之前明确这个需求，需要对这个软件项目进行阶段划分，在每个阶段中明确部分需求，并制定相应的开发计划。问题2：

该公司的张工应该尽可能早地明确整个软件项目的需求，制定相应的计划。

张工可以把整个项目的开发阶段进行划分，对每个阶段的需求进行分析，制定计划，执行计划。

B银行的赵工应该尽可能早地提出需求。

赵工在需求确定后如果需要变更请求，则要和张工一起协商，然后才能调整需求，并且对项目开发计划也进行相应的调整。赵工应该和张工一起分析，明确每个项目开发阶段的需求。问题3：

在项目的需求分析阶段，项目负责人和需求提出者需要仔细研究整个项目的相关业务逻辑，了解整个项目的需求。在需求得到明确的前提下，制定相应的开发计划。

在项目的实施阶段，需要对每个阶段的需求进行明确，制定相应的开发计划。保证了每一个阶段的开发质量，就能够保证整个项目的质量。

案例分析十

问题1：

该软件公司在明知原有系系统统已经投入使用的情况下，没有提前分析升级的风险并告知客户，此证券公司没有制定升级计划，没有和客户一起制定风险预案。

该证券公司在得知此软件公司要对他们正在使用的系统进行升级的情况下，没有主动向该软件公司了解升级可能引发的问题，没有制定必要的风险预案，以致出现问题时无法采取合理的补救措施，造成了一些损失。问题2：

现有系统由于一般已经投入使用，如果对其进行升级会有一定的风险。在进行升级以前，应该对其可能包含的风险和可能带来的问题进行仔细分析和评估，并有针对性地制定风险预案和升级计划。在升级失败或者出现问题影响系统使用的情况下，应该实施风险预案来保证系统的正常使用，尽可能地减少损失。问题3：

软件系统的升级和开发一样，也要制定相应的开发计划和质量保证计划。如果缺少必要的计划和质量保证措施，也会导致很大的问题。软件系统升级如果出现质量问题，带来的损失可能比开发过程中出现问题更严重。因为如果一个正在使用的系统出现问题或无法正常使用，可能带来一定的经济损失。因此我们必须像软件开发一样采取必要的质量保证手段来避免或尽可能地减少经济损失。针对升级可能出现的风险，为了保险起见，需要制定一套或多套见险预案，并且进行预演，一般在出现问题时顺利采取风险预案来尽可能减少或避免产生经济损失。

案例分析十一

问题1：

由于人力资源计划不合理或者客户在开发过程中的一些突发原因造成人力资源计划不足以应付项目的正常进行，项目管理人员则需要考虑增加人力资源。在组织内部因为人员紧张已经不能提供合适的开发人员，同时公司管理层不打算增加人员经费，项目组经过研究决定招聘一批实习生，这算是一个比较正常的解决问题的思路，但是由于是组织外的人员，所以会增加管理难度。同时由于在项目中期引入新的开发人员，也引入了新的风险：新的开发人员可能不能及时完成作为先决条件的任务（如培训及其他项目）；新的开发人员和项目管理层之间关系不佳，导致决策缓慢，影响全局；由于在工资待遇方面和正式员工有较大差距，且缺乏激励措施，士气低下，降低了生产率；新的开发人员中某些人员需要更多的时间适应还不熟悉的软件工具和环境；因为是在项目中后期加入新的开发人员，需进行培训并逐渐与现有成员沟通，从而使现有成员的工作效率降低；由于项目成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作；不适应工作的成员没有调离项目组，影响了项目组其他成员的积极性；也许在所有新开发人员中没有找到项目急需的具有特定技能的人，等等。以上这些因素都可能对项目进度造成很坏的影响，有较大的隐患，项目管理人员必须有效控制由此带来的人员风险。问题2：

关于如何教育和引导刚加入公司的新雇员这个问题，随着公司产品的多样性和复杂性变得越来越棘手，而且新加入公司人员可能分别从事不同的工作，如程序员，程序经理，客户支持工程师，针对不同的角色应该制定不同的方案。

越来越多的公司都试图聘用能自学业务的人员，而不愿在培训项目、正规条例和流程或详细的产品记录上的投资。还可以通过熟练员工来教育新新雇员，这些熟练员工有经长、某些领域的专家以及正式指定的指导教师，他们除了本职工作外还要担负起教导新雇员的工作。这种方法使得大家觉得有权学习并自己决定学什么和不学什么，使得他们在公司里的作用灵活机动。例如对于程序经理的培训：刚开始时，新雇员的任务可能是一个单独的特性，并且在直到完成为止的这段时间内，都会有人对你进行密切地指导。随后，当这种工作已做得相当熟练之后，便会在更大的特性组中从事类似的工作，但指导会少得多。一段时期后，受训者会拥有一个小项目或一个大项目的一部分。同时，程序经理还可以受到一些正规的培训，包括一个供选修的培训项目。另外，还可以不定期举行经验推介会，届时会有经验丰富的程序经理介绍他们自已的经验。假设你是一个新进入公司的开发员，那么在头几天里，你会与经理们以及来自其他专业部门的高级人员会面，你会听到有关开发周期的一个方向性的简介，然后开发经理会立即派给你一个单独的任务或者让你与特性小组一起工作，你还可能被介绍给愿意当指导教师的高级开发员。

一般而言，你开始会从事相对容易的特性编码工作，这种工作需要的时间较少并且与其它特性关联甚少，并且高级人员（特性组长、领域专家、指导教师）随即非常仔细地检查你编写的代码。此外对开发领域人员应该有更加正规的定向的培训。例如，为新开发人员提供了几个为时几天的实习班，培训他们处理开发过程、产品、工具和其它专题。此外对于客户支持工程师的培训也是十分重要的。这主要是因为顾客不仅仅是购买产品，他们还要享受到优质的售后服务。所以，训练有素的客户支持工程师对于保持公司良好形象和提高为顾客服务的能力是至关重要的。客户支持工程师不必像开发员那样有必备的职业教育，但他们必须关于本公司产品如何工作的知识，并且实际上要在某种产品上具有专业知识。新的客户支持工程师在上岗之前，接受一段时间的专门培训。培训从基本的软件产品开始，同时他们还接受交际技巧，包括如何与顾客打交道等方面的一般性训练。作为定向培训的一部分，他们还接电话，与导师一道工作（每位技术员有一位导师）。在他们被分配处理客户的电话之前负责答复客户来信。问题3：

对日软件外包相对技术难度不高，但是质量要求相当苛刻，外包项目失败的例子不少。以下就对日软件外包常见的一些问题进行简单探讨。（1）日方SE认为理所当然的地方，很多细节不会在式样书中明确写出，或者说日方SE完全按照日本做设计的习惯写式样书，由于中日文化和思维习惯的差异，可能导致中国软件开发人员对这些习惯问题理解有误。

对策：积累经验，参照同类系统，提QA表确认。

（2）在产品提交期间，对于某些BUG，可能会出现这样的争执：中方开发人员说是由于日方的式样书没有写明确，式样书不够细致，日方设计人员说是中方理解式样书不对，有些地方不写也应该能自己理解。

对策：首先确保产品质量的交货时间；加强双方交流；加强测试。（3）有的项目是日方边设计，需要中方同步开发，中方开发人员认为式样书上写多少就做多少没有写的就不做。

对策：加强项目的交流，主动提出设计思考让日方人员确认是不是这样的意思。（4）中方开发人员的日语熟练程度不够。

对策：加强IT日语教育，开发人员至少达到能理解日语式样书的水平；配置专业的日语翻译辅助。

（5）对于一些中方开发人员在太在意的一些细节问题，例如：字体，颜色、对齐方式等，要求不够严谨。

对策：强化质量意识，建立开发和测试规范。

（6）开发过程的规范性与开发人员的态度：日本企业的开发管理，讲究中规中矩，非常重视文档的规范化管理，力求做到“凡事必求有据”；而中国企业在文档的规范化管理方面相对淡薄；日本企业项目管理对涉及的过程和文档，规定了极其严格的次序和样式，要求开发人员严格执行。而中国企业在具体执行方面，开发人员往往对这些规范和要求的遵照不够严谨。

对策：完全按照客户要求执行，包括文档，如：开发进度报告、测试用例、测试报告等；加强开发过程管理，规范开发过程，引入CMM模式；加强软件质量保证，如代码评审、文档审核、测试。

（7）中国企业的开发人员比较喜欢技术创新，在开发过程中对于一些技术问题提出自己的技术方案，可能会导致部分模块技术实现方式与整体要求有差异。

对策：完全尊重日本客户的文化和管理模式，积极提出技术建议；对于有要求遵照Sample代码或对具体技术实现细节有严格要求的，开发人员必须严格遵循，不允许采用自已的技术实现；加强代码审查（code review）。

（8）一些日本企业与中国企业的SE共同参与设计或交流的项目。

对策：在日本的合作伙伴企业派遣SE到项目现场进行设计；派遣中国SE到日本参与设计，设计完成后带回中国开发；日本企业短期派遣SE到中国。（9）软件外包知识产权保护与客户保密问题。

对策：严格保护日本客户商业秘密和知识产权；中国企业与日本企业签订保密协议；中国企业与开发人员签订保密协议。

（10）日本企业对中国企业开发进度的掌握。

对策：按照日本企业项目管理要求报告项目进度；分阶段交付。（11）远程协同合作开发的交流手段和方式。

对策：实时消息/语音/视频交流，例如：MSN Messenger, Yahoo Mesenger、视频会议系统、远程控制、远程协助、远程调试；Email、FTP；相互人才派遣，人才交流。

案例分析十二

问题1：

在一个软件产品整个的生命周期中，软件产品发布之后便进入漫长的软件维护阶段，而对于一些行业软件更是如此，后期的软件维护是非常重要的一个环节。在维护过程中通常要涉及到开发人员在现场对代码的维护，对数据和设备的维护，还可能需要根据用户要求对软件做相应的修改，有些可能涉及到重新开发或者发布新版本。当然后期维护也可能在一段时间内将会带来相当丰厚的收入，保持良好的客户满意度也将变得非常重要。现场开发人员不仅仅是完成维护工作，而且更多的是需要通过和用户沟通了解用户在使用软件过程中遇到的一些问题，帮助用户正确认识软件维护的目的，得到用户的支持和协助，使软件最大程度地帮助用户提高其工作效率，创造经济价值，在用户中建立起良好的口碑。同时现场人员也应该积极收集和整理用户提出的一些问题，善于总结和思考，将这些问题反馈给公司总部，将一些用户期望的功能发布在下一个版本当中，并且完善旧有版本中的缺陷。从这个角色出发，现场人员在一定程度上扮演了市场人员的角色，并且是接触最前线的用户，他们在做维护的同时，可以体会到用户使用软件的感受，从而得到最准确的市场信息，同时现场开发人员又是公司形象代表，每次现场工作都代表着公司的形象，所以公司需要设置专门的培训内容用于训练员工在外如何保持公司的良好形象同时做好宣传工作。问题2：

在软件开发过程中，团队协同开发，很容易出现软件版本管理不善带来的软件系统故障。代码经常会被新的版本替换而使某些开发人员的工作成果丢失。这样不仅会打击开发人员的工作热情，也不利于责任的明确。在现场开发的过程中，由于缺乏监督和管理，这种情况会更加普遍，如项目现场为应急而擅自更改软件代码，而常常没有将更改纳入统一的版本管理，甚至只是开发人员的个人意见，并没有通过项目管理层的同意，这种处理方法就很容易造成总部发行新版本软件时，替换软件而丢失了现场所进行更新的代码，从而造成系统故障的反复出现。此外，由于现场维护一般都会涉及到大量用户数据，程序的修改不仅会影响到软件功能，更可能产生很多垃圾数据，这些都是用户所不希望看到的，所以对现场代码的更改要严格控制，并且及时和总部版本保持一致，如微软公司出品的版本管理工具VSS就能够做到WEB访问，通过有效配置能够有效控制现场版本。

案例分析十三

问题1：

作为为项目经理面对项目问题应从更深层次上思考，要遵循项目管理原理，而不是浮于事务本身。项目经理张强在项目开始时就应制定详细的项目管理计划，应先考虑好可能要进行的项目沟通并加以执行，而不是在出现问题时才去弥补。沟通不完整的项目过程，大多数会顾此失彼，进一步导致项目问题的发生。一言纳之，张强的问题关键是没有计划，如果按软件过程能力成熟度模型CMM评价，该项目组织只能是初始级。

造成项目问题的原因有以下几点：

（1）沟通管理计划没有或不够详细；（2）没有重视部门间横向沟通；

（3）与客户沟通不到位，客户需求未能准确把握。问题2：

要实施高效的会议，首先是在会议前要有计划，通常会议计划来源于项目沟通管理计划，准备阶段通常按如下顺序实施：

（1）决定会议的宗旨和类型；

（2）分析会议的因果：本次会议同本部门目标的关系？本次会议同上、下次会议的关系？什么事可能会影响对本次会议的兴趣？

（3）明确涉及的、受影响的人和事；（4）制定会议成果说明；（5）决定要讨论的主题；（6）决定会议角色分配；（7）决定会场布置；

（8）计划会议议程表：非正式议程表、正式议程表（5W和1H）。

在会议过程中，有效地主持或参与会议则要注意按会议步骤逐项讨论议程，总结决定。在会议中应鼓励与会者积极参与，制止消极行为和不良意见。陈述信息要自信，态度要直接、坦率。对整个会议要注意掌握时间，记录重要备忘事项和决定。

会议跟踪也是一项重要工作。应自上而下逐级向必要的非与会者传达会议信息,制定行动计划完成分派的工作,确定计划以跟踪会上决定的工作进度。制定下次会议议程。问题3：

项目经理应明确自已的工作职责范围，对项目相关资源的安排在制定沟通管理计划时应有详细的描述。对项目进度、项目成果应及时与公司高层领导或干系人沟通。项目组织应建有基于Internet的软件开发交流平台，从而能调度、跟踪解决项目现场问题。

项目经理和项目人员应通过各种方式与客户多作交流，如QQ，MSN、电话、电子邮件等。合适的组合是项目团队中至少一人是客户方的代表，项目初始时团队成员应与客户方的软件使用人员经常地进行业务方面的交流。案例分析十四

问题1：

项目经理刘克勤的项目沟通管理是成功的。对于项目管理，除了掌握必备的项目基本方法和管理工具（如计划制定、预算编制等），对项目背景和目标有清楚的理解和认识外，最重要的一点就是与人交往的技巧。成功项目经理和失败项目经理的最大差别，可能就在于如何跟人打交道，如何跟客户打交道，如何跟公司领导打交道，如何跟项目成员打交道。问题2：

项目经理刘克勤在项目过程中，团队建设相当成功。他为团队成员间建立纽带，并通过各种行为加强信任和消除团队合作的障碍。其中最值的借鉴是尊重团队成员、采用多种方法沟通、进行深度对话。

案例分析十五

问题1：

我们都知道，信息应用系统的变更尤其频繁，而频繁的变更必然影响到信息工程项目的三大目标。通常与客户接触最多的是市场部项目经理，引导客户需求对项目经理就非常关键，项目经理引导得好，项目的开发就会非常顺利，反之，就会使项目组疲于奔命。

该项目中，市场部李工不断地提出新的需求时，张工“来者不拒”、疲于奔命、不停地更新项目计划，导致项目范围无法确定，工期和成本不可控制，团队成员工作目的也不明确。

风险应对策略一般分为四种：回避、转嫁、减轻、接受。回避风险指改变项目计划，以排除风险或条件，或者保护项目目标，使其不受影响。转嫁风险指设法将风险的后果连同应对的责任转移到第三方身上。减轻风险指设法把不利的风险事件的概率或后果降低至一个可接受的临界值。采取此项技术表明项目班子已经决定不打算为处置某项风险而改变项目计划，或者表明他们无法找到任何其他应对良策。该项目已经发生了严重的需求风险，张工采取补救措施应该包括减轻和接受。减轻风险的应对措施应能设法减轻风险的影响，其着眼点应放在影响程度最大的连接点上，张工应该与李工积极地沟通和谈判，使他们明白本期工程的重要意义，并承诺本期工程不是交钥匙项目，可为系统升级和扩容留有扩展接口，将来新的需求能够通过后续工程逐步开发实现,李工同意本期工程只实现大家最为关注的功能指标和性能指标;最常见的接受风险的应对措施为预留应急储备,或者简称储备,包括为已知风险留出时间、资金或资源。为接受的风险所预留的储备取决于按可接受风险水平计算所得影响的大小。张工应该申请启动项目风险储备金，通过增加资源成本、付出额外劳动使得项目回到正轨。问题2：

在设计系统架构时，项目管理经验不足、关键技术不明确、系统扩展性不佳、产品兼容性有问题、软件版本管理混乱等，均可能是影响系统正常运行的潜在隐患。在本期工程的机房设备平面设计中，张工团队起初大部分机架式的小型机集中摆放在一片较小区域内，从表面上看，提高了机房平面空间的使用率，但是由于未充分考虑到设备散热因素，造成了该区域的机房专用空调负荷过重而多次宕机。

后来，张工聘请了具备通信设计资质的专家负责工程设计，从机房空调、电源、布线、承重、消防等各个方面进行了详尽的勘察和设计。透过专家编制的工程设计，张工团队可以细致地了解有关机房设计的技术内涵和外延，并通过工程设计评审机制，一方面确立了工程设计的权威或指导作用，另一方面获得了专家们的可靠技术承诺，实现了工程设计风险的良性转移。问题3：

针对该项目的风险管理，提出以下几点建议作为参考。

（1）推广项目管理理念。项目团队主动向项目干系人及周边人介绍项目管理的先（2）

（3）

（4）进理念和方法，处处营造项目管理的氛围。团队成员积极参加项目管理培训，将所学用于工作和生活之中，并加以总结和升华，提升自已的竞争力。有效管理项目风险。项目经理自始至终负责制定项目风险管理计划和风险应对计划，并在每次项目例会时重点讨论项目风险，对风险发生概率和影响程度进行评估，由定性分析到定量分析，制定有效的预防、减轻或促进风险（机会）的应对方案。

多渠道沟通和谈判。保证多渠道沟通机制畅通，采用横向沟通方式和纵向沟通方式。灵活使用谈判手段和技巧，收集和掌握足够的有用信息，确保具有主动的话语权。处理好与项目干系人的关系，相互配合，实现共赢。

争取高层领导支持。高层领导对于项目成败至关重要。高层领导掌握项目团队所需的任何资源。通过邀请高层领导参加项目启动会、关键里程碑发布会、项目完工总结会等形式，既可以使高层领导关注项目、了解项目和推动项目，又可以提升项目及项目团队地位，有利于项目成功，有利于个人职业生涯发展。

案例分析十六

问题1：

对于紧急重要风险1措施如下：保障工程进度要求，确保NSS、BSS软件督导的调测力量；及时沟通，避免因为传输原因耽搁进度；确保工程质量，督导、督察人员将对合作方施工人员进行有效的指导和对工程质量进行有效监控。项目实施日报制，项目经理每日对省市公司网络部进行工程汇报，对于因为用户原因造成的进度耽搁明确指出来，分清双方责任。

对于紧急重要风险2措施如下：公司研发中心MSC、BSC、BTS人员现场进行信令跟踪，对切换不成功的原因进行定位，在A公司成立专门的小组，协助现场进行问题定位。如果是我方原因，中研相关部门进行程序修改，如果是对方原因则提供相关的信令分析文件，由项目经理和中研人员共同向局方解释，要求爱立信修改相关程序。计划工程的不同阶段分别举行三次移动公司、A公司、爱立信双频技术切换交流，讨论双方参数设置，移动公司负责总体监控双方的实施工作；在城市郊区话务量较小地区，开通5个基站进行单站以及双频配合测试，为全网开通积累经验。

对于紧急重要风险3措施如下：需要找到集团公司《关于建设中国移动1800M双频网的若干意见》文件原件，进行仔细分析，寻求解决方法。加强省公司高层的工作，通过客户关系工作期望给A公司工作上提供支持。对此事向公司总部反映，看看是否通过北京分部的工作使移动集团公司有所松动或是有其他变通方法。

对于紧急重要风险4措施如下：公司对城市1800M频段分地区进行测试，摸清干扰信号频段，通过调整频率规划规避部分干扰，争取多开通基站。了解目前使用1800M单位情况。协助移动与其进行交涉，争取占用单位能进行频率调整，解决1800M干扰问题。将此事汇报到移动公司高层，通过其与无委高层的沟通解决频占费的问题，并通过无委清理被其他单位占用的1800M频段。问题2：

该项目还存在以下几个问题：

（1）A公司将竞争对手的竞争风险分析不全面。A公司仅仅是从技术上进行了风险防范，对于其他方面A公司却没有任何措施。

（2）对于1800M干扰的风险问题，A公司制定的计划太松散，没有引起足够的重视。（3）对于1800M网络的建设目的A公司理解有些偏差。

调整的风险应对计划如下：（1）收集竞争对手问题，针对此提出A公司的解决方案。

（2）联合市场部，加强高层项目推动，突出A公司网络设备特点，建议用户在省会城市引入竞争，尽快开始1800M工程建设。

（3）加强干扰解决推动监控，加快进度，项目经理进行全程跟踪；

（4）对用户进行双频网建设思路进行新的引导，列举A公司在全国的双频网应用，列举A公司开通基站的指标数据。

问题3：

（1）进行调研，确定流动原因。

（2）在项目开始前，把缓解这些流动原因的工作列入风险管理计划。

（3）项目开始时，做好计划一旦人员离开时便可执行，以确保人员离开后项目仍能继续进行。

（4）制定文档标准，并建立一种机制，保证文档及时产生。

（5）对所有工作进行细致详审，使更多人能够按计划进度完成自已的工作。（6）为每个关键性技术培养后备人员。

案例分析十七

问题1：

（1）对省内省外投标人提出了不同的资格要求。公开招标应该平等地对待所有投标人。

（2）乙单位提交保证金晚于规定时间,投标保证金是投标书的组成部分,应在投标截止日前提交。

（3）招标书发出时间为2004年12月15日，而投标截止时间为2004年12月30日，中间时间为15日，有违招投标法所要求的20日。

（4）投标截止时间与开标时间不同，《招投标法》规定开标应当在投标文件截止时间的同一时间公开进行。

（5）不应该是招标办主持开标会。开标会应由招标人或其代理人主持。（6）重新招标时候评委应为5人以上单数。

案例分析十八

问题1：

企业A向第三方（监理公司C）泄露承建单位（IT公司B）的技术机密，违反合同签订时保密约定要求，该措施不妥。问题2：

项目不可分割，属于一个整体，未经甲方企业A同意，此类项目不应分包。而公司B却和公司D签订此项目的分包合同，很显然，该合同无效。问题3：

企业A应该将公司B未付给公司D的所有款项（扣除保留金）付给公司D，并从应付给公司B的任何款项中如数扣回。

案例分析十九

知识产权是企业宝贵的无形资产，也是企业能够持续发展的前提之一，某软件公司A公司从事管理系统软件开发，程序员张某参加了A公司开发管理系统软件的工作，后辞职到另一个公司B公司任职。于是项目负责人将张某在该软件作品上的开发者署名更改为他人。问题1：

按照《计算机软件保护条例》的规定，自然人的软件著作权的保护期限为自然人终生及死亡后50年.问题2：

知识产权一般都具有法定的保护期限，一旦保护期限届满，权利将自行终止，成为社会公众可以自由使用的知识。商业秘密受法律保护的期限是不确定的，一旦为公众所周知，即成为公众可以自由使用的知识。问题3：

甲、乙两人同时在同一时间就同样的发明创造提交了专利申请,专利局将分别向各申请人通报有关情况,并对两件申请都不授予专利权。这种情况是否合理？

对于同一时间申请专利的情况，专利局可分别向各申请人通报有关情况，请他们自已协商解决这一问题，如果双方协商不成的，则两件申请都不授予专利权。问题4：

该项目负责人张某侵犯了开发者张某的身份权及署名权。问题5：

目前，我国已形成了相对完备的知识产权保护的法律体系，对软件形成一种综合性的法律保护，如源程序和设计文档作为软件的表现形式受《中华人民共和国著作权法》保护，同时作为技术秘密又受《中华人民共和国反不正当竞争法》。

第四篇：计算机办公软件中级考证题10

一、中文录入（每一小段5分，共15分）

要求：使用WINDOWS 系统下的记事本应用程序，将下面的文章进行纯文本录入，文件名为T1，保存到考试目录（D:test）中。（不要求排版）

在所有的色彩中，我对黑白两色有着近乎朝圣的感情。我对它们的特殊认识始于一次旅途。当时列车在隧道里穿行，出口处由漆黑变为刺眼的白亮，接着再进入下一个隧道，又由光亮变为黑暗。色彩的变换交替是那样骤然和明显。

与电子计算机系统的操作有关的计算机程序、规则及文件，统称为计算机软件。要使电子计算机能够有条不紊地工作，就要有合理的工作程序和必要的资料，电脑的程序和资料就构成了电脑的软件系统。

这两天对英格兰球会可说是相当残酷，阿队和纽队昨天在欧冠杯赛中遭到淘汰，利队步其后尘，使英超只有曼联还留在欧洲球赛。上星期以1比1逼和凯队的利队，被看好能够在主场解决掉凯队。

二、英文录入。（每一小段5分，共15分）

要求：使用WINDOWS系统下的记事本应用程序，将下面的文件进行纯文本录入，文件名为T2，保存到考试目录（D:test）中（不要求排版）

In my opinion, this kind of pressure is mainly caused by three reasons.Firstly, the government is enrolling more and more university students year by year.And the growth of the students' number has surpassed that of the need of the society.today's university students, most of them are the “only-child”, who is more mentally frail.Since they are indulged greatly at home and haven't been trained to do things on their own, once it is their turn to go out of the campus and find jobs by themselves and decide what kind of jobs to choose, they feel bewildered and don't know what to do.If their first try fails, they will be frustrated and think that it is really hard to find jobs.Thirdly, some university students are not qualified for good and challenging jobs.三、WINDOWS操作（每一项操作2分，共20分）

要求：所有的操作都在硬盘中完成。WINDOWS的安装程序位于C：盘的C:PWIN98.stp中。

1.将素材文件夹中名为Blue.bmp的文件移到D盘根目录，并设置文件属性为只读。2.将素材文件夹中所有修改时间为2002年6月1日的文件复制到D盘根目录。3.把C盘Windows文件夹中的Ftp.exe文件发送到桌面。4．给计算机添加一台“NEC CoLormate PS”打印机。

5.在D盘根目录建立文件“Kodakimg.exe” 的快捷方式，快捷方式名为“映象”。（程序保存位置C:Windows Kodakimg.exe）

6．为切换到五笔字型输入法指定热键“左Ctrl+左Alt+4”。7.将IE的主页设为“http://”。8.设置鼠标指针的方案为“Windows反显”。9．安装Windows组件“拨号网络”。

10．将素材文件夹中的EE.BMP设置为屏幕背景并平铺，屏幕保护程序设为“三维变形

物”。

四、WORD的操作（共25分）

（一）图文混排：（共15分，1---5小题每题1分，6---10小题每题2分）操作要求：

按照样文文件夹下的样文6—1所示，进行如下的排版设置操作，最后以mw.doc为文件名保存到考试目录（D:text）中。

1、页面设置：打开文件：“素材mw1-6.doc”，设置页面左、右边距各为2厘米。

2、设置字号：设置正文为五号；分别给小标题：“筷子材料五花八门”、“精美筷送礼

最佳”设置为四号，并加粗。

3、设置字体：分别给小标题：“筷子材料五花八门”、“精美筷礼最佳”设置字体为隶

体。

4、设置段落缩进：除小标题外，设置全文段落首行缩进2字符。

5、设置行（段）间距：设置正文行距1.5倍。

6、设置艺术字：设置标题为艺术字，艺术字式样：第3行第1列；字体为隶体，字

号为40；艺术字形状为双波形1。

7、设置分栏格式：设置正文：三栏。

8、插入文本框：在文章结尾处插入文本框，文本框的高度为2厘米，宽度为5厘米，围绕方式为四周围绕，其叠放次序为：置于底层。

9、插入图片：在文章开头插入图片，图片为：“素材kuaizil.jpg”，图片的宽度5厘米，高度为4厘米，图片的围绕方式为：四周围绕；在文本框内插入图片，图片为：“素材kuaizil2.jpg”，图片的高度为2厘米，宽度为5厘米，图片的围绕方式为:四周围绕。

10、设置页眉页脚：设置页眉的内容为：“ 中国筷子文化”，对齐方式为居中，设置

页脚的内容：“<1>”，对齐方式为居中。

（二）公文排版：（共5分，每小题1分）操作要求：

打开素材文件夹下的gw6.doc，按照样文文件夹下的样文6-2所示进行如下操作，最后以gw.doc为文件名保存到（D：text）中。

1、设置字体和字号、对齐格式：设置“急件”为黑体，三号，右对齐。

2、设置字符格式：设置“广州市财政局”的字间距加宽10磅，设置“广州市人民政

府：的字间距加宽6磅。

3、设置段落格式：设置“广州市财政局”段前间距4行；设置“广州市人民政府”

段后间距3行。

4、设置文本框：在“广州市财政局”、“广州市人民政府”的右侧插入文本框，把文

本框格式设置为无线条颜色，无填充颜色，在文本框内输入“文件”二字，设置字体为宋体，字号为小初，加粗，字间距加宽3磅，字体为红线。

5、画线：画一条2.25磅的间线，线条的颜色为红色。

（三）、表格：（共5分，每小题1分）操作要求：

打开素材文件夹下的bg6.doc，按照样文文件夹下的样文6-3所示进行表格设置，最后以bg.doc 为文件名保存到开始目录（D:test）

1、设置行高（列宽）：将第一列列宽（除“财务主管”单元格外）调整为1.4厘米。将“总务科目”和“明细科目”（不包括最后一行）平均分布。

2、合并或拆分单元格：将“贷方金额”下的空行调整为四行九行。

3、设置对齐方式：将表格内的所有内容都以“中部居中”对齐。

4、设置边框：外边框用1.5磅的单线，内边框用0.5磅的单线。

5、画线：用1.5磅的单线在表格的“借方金额”和“贷方金额”两列下放画数条线。

用0.5磅的三线在最后一行的上方画线。

五、EXCEL操作（共20分）

打开素材文件夹中的“考试”文件，将SHEET1表内容复制到SHEET2中，参照样文文件夹中的“考试”文件，进行如下操作，最后将结果以ze5保存在考试目录（D:test）中。

1、统计综合成绩：

综合成绩：平时成绩20%+笔试成绩40%+上机成绩40%(必须用公式计算)；（3分）

2、计算全班综合平均成绩，按综合成绩进行降序排序；（3分）

3、将该页改名为“成绩统计表”，并设置打印标题；（4分）

4、按样表设置表格格式，标题字体：黑体、11号、加粗，边框如样图；（与样图一

致）；（5分）

5、按姓名做出相应的综合成绩折线图，折线点的前景色：粉红，背景色：青绿（与

样图一致）。（5分）

六、POWERPOINT操作（共5分）

按如下要求和样文（yp2-a~yp2-d）建立演示文稿，最后将演示文稿以zp2为文件名保存到考试目录（D:test）中。

1.应用设计模版“Sparing”建立演示文稿；并按样文板式建立四张幻灯片。

2.将素材文件夹中zw2文件的文字分别粘帖在四张幻灯片中，在第三张幻灯片中

插入素材文件夹中的图片h2。

3.将标题母版的标题样式改为：隶书60号、加粗：修改幻灯片母版的一级标题无

项目符号、楷体、黑色字体、行距为1.5行。

4.将所有幻灯片的背景设置为：蓝白双色、斜上过渡效果。

5.设置所有幻灯片的切换效果为：随机垂直线条，中速。

第五篇：NSQ软件测试岗位推荐试题(客观题)

NSQ软件测试岗位推荐试题（客观题）

本卷满分 50 分考试时间（主、客观试题）总计 3小时

考试分数：

学员姓名：_________________电话：_______

一、选择题（答案1个或多个）

1．下列关于alpha 测试的描述中正确的是：（A、D）A．alpha 测试需要用户代表参加；B．alpha 测试不需要用户代表参加；

C．alpha 测试是系统测试的一种；D．alpha 测试是验收测试的一种；

2．测试设计员的职责有：（B、C）

A．制定测试计划。B．设计测试用例。C．设计测试过程、脚本。D．评估测试活动。

3、黑盒测试法是通过分析程序的（A③ 功能）来设计测试用例的方法。除了测试程序外，它还适用于对（B④ 需求分析）阶段的软件文档进行测试。

白盒测试法是根据程序的（C② 内部逻辑）来设计测试用例的方法。除了测试程序外，它也适用于对（D ② 软件详细设计）阶段的软件文档进行测试。

白盒法测试程序时常按照给定的覆盖条件选取测试用例。（E② 判定）覆盖比（F① 语句）覆盖严格，它使得每一个判定的每一条分支至少经历一次。（G判定/条件）覆盖既是判定覆盖，又是条件覆盖，但它并不保证使各种条件都能取到所有可能的值。（H ⑤ 多重条件）覆盖比其他条件都要严格，但它不能保证覆盖程序中的每一条路径。单元测试一般以（I ① 白盒法）为主，测试的依据是（J ① 模块功能规格说明）。

供选择的答案：A.③ B.④ C.② D.② E.② F.① G.④ H.⑤ I.① J.①

A、C：① 应用范围② 内部逻辑③ 功能④ 输入数据

B、D：① 编码② 软件详细设计③ 软件总体设计 ④ 需求分析

E、F、G、H：① 语句、② 判定、③ 条件、④ 判定/条件、⑤ 多重条件、⑥ 路径；

I：① 白盒法② 黑盒法

J：① 模块功能规格说明② 系统模块结构图③ 系统需求规格说明

4、软件测试中常用的静态分析方法是（A ①引用分析）和（B ⑤接口分析）。（B⑤接口分析）用于检查模块或子程序间的调用是否正确。分析方法（白盒方法）中常用的方法是（C①路径测试）方法。非分析方法（黑盒方法）中常用的方法是（D②等价类）方法和（E ③因果图）方法。（E ③因果图）方法根据输出对输入的依赖关系设计测试用例。

供选择的答案：A.① B.⑤ C.① D.② E.③

A--B：①引用分析、②算法分析、③可靠性分析、④效率分析、⑤接口分析、⑥操作分析

C--E：①路径测试、②等价类、③因果图、④归纳测试、⑤综合测试、⑥追踪、⑦ 深度优先、Email：_______________

⑧ 调试、⑨ 相对图（共50题，满分50分，每题1分）

5、从下列关于软件测试的叙述中，选出正确的叙述。（）（4、5、6、7）

(1)用黑盒法测试时，测试用例是根据程序内部逻辑设计的。(2)尽量用公共过程或子程序去代替重复的代码段。(3)测试是为了验证该软件已正确地实现了用户的要求。(4)尽量采用复合的条件测试，以避免嵌套的分支结构。(5)发现错误多的程序模块，残留在模块中的错误也多。(6)黑盒测试方法中最有效的是因果图法。

(7)在做程序的单元测试时，桩（存根）模块比驱动模块容易编写。

(8)程序效率的提高主要应通过选择高效的算法来实现。

6、测试人员的基本素质为：A、计算机专业技能（）B、测试专业技能（）C、行业知识（）D、以上都是（）答案：D7、软件危机的体现：A、开发成本和进度估计不准确（）B、用户对完成的软件不满意（）C、软件常常不可维护； D、以上都是（）答案：D8、软件测试按照开发阶段划分：A、单元测试（）B、集成测试；系统测试（）C、确认测试；验收测试（）D、以上都是（）答案：D9、软件测试按照测试技术划分： A、性能测试、负载测试、压力测试（）B、恢复测试、安全测试、兼容测试（）C、A与B都是（）D、单元测试、集成测试、验收测试答案：C10、软件测试项目周期是指：A、需求阶段、测试计划（）B、阶段测试、设计阶段测试、执行阶段（）C、以上都不是（）D、以上都是（）答案：D11、软件测试过程模型有：A、V 模型H 模型（）B、W 模型（）C、X 模型D、以上都有（）答案：D

12、软件测试的角色：A、以下都是（）B、分析人员、设计人员（）C、开发人员（）D、执行人员（）答案：A13、软件测试原则有：A、制定严格的测试计划（）B、保留所有的测试文档（）C、功能测试中的缺陷确认（）D、以上都有（）答案：D14、测试文档的要求A、为以后的跟踪提供依据（）B、能证明测试过程（）C、能证明测试步骤 要覆盖开发生命周期（）D、以上都是（）答案：D15、测试文档种类：A、需求类文档、计划类文档（）B、设计类文档 执行类文档（）C、缺陷记录类、阶段汇总类 测试总结类 D、以上都有（）答案：D16、测试计划的制定必须要注意：A、测试策略 测试范围B、测试方法 测试安排 C、测试风险 测试管理D、以上都是（）答案：D17、制定测试计划的步骤： A、确定项目管理机制 预计测试工作量测试计划评审（）B、确定测试范围确定测试策略确定测试标准、预计测试工作量（）C、确定测试构架 确定项目管理机制 预计测试工作量测试计划评审（）D、确定测试范围确定测试策略确定测试标准确定测试构架 确定项目管理机制 预计测试工作量测试计划评审（）答案：D18、缺陷产生的原因：A、交流不充分及沟通不畅；软件需求的变更；软件开发工具的缺陷（）B、软件的复杂性；软件项目的时间压力（）C、程序开发人员的错误；软件项目文档的缺乏（）D、以上都是（）答案：D

19、缺陷造成的影响：A、精神的摧残（）B、形象的损失（）C、财富的流失（）D、以上都是（）答案：D 20、缺陷的分类：A、需求文档的缺陷；软件配置引起的缺陷B、分析、设计的缺陷；静态文档的缺陷C、软件开发引起的缺陷；短视将来的缺陷D、以上都是（）答案：D

21、测试需求必须关注：A、如何创建需求结构（）B、如何增加需求（）C、如何使用报告和图表来跟踪需求（）D、以上都是（）答案：D22、测试用例工作主要是：A、如何添加测试用例B、如何编写测试用例C、将测试用例和需求关联D、以上都是（）答案：D23、测试执行的主要工作为：A、以下都是（）B、创建测试集；定时执行测试（）C、测试执行结果分析（）D、运行测试（）答案：A24、测试跟踪的主要工作为：A、以下都是（）B、执行缺陷跟踪的过程；（）C、作出缺陷的分析和报告；（）D、分析缺陷跟踪的特点；（）答案：A25、自动化测试工具: A、ratinal RobotB、winrunner（）C、quicktest（）D、以上都是（）答案：D

26、软件性能测试工具有：A、loadRunnerB、Ratinaol Visual QantifyC、PureLoadD、以上都是（）答案：D27、软件测试方式：A、考虑到各种输入、测试结果的全面检查、B、集中错误发生现象、跟踪错误测试结果C、错误的关联和依赖、合理安排测试计划、有第三方测试 D以上都是（）答案：D28、BUG的种类： A、需求阶段的BUG；分析设计阶段的BUG（）B、实现阶段的BUG配置阶段的BUG（）C、静

态文档的BUG短视将来的BUG（）D、以上都是（）答案：D29、测试项目主要包括几个阶段（按顺序选择）？（ABCDG）

A.计划B.初始C.执行D.总结评估阶阶段 阶段 阶段 段

E.单元F.集成G.设计H.系统测试

测试

测试 阶段 30、测

试

需

求的结

构

包

括

：

（ABCDEFG）

A.需求B.需求C.需求D.优先级

标识名称

类型

E.用例F．校阅人 G．编写日

关联

期

31、彻底地测试是不可能的，原因是：（ABCD）

A.测试数据输入量太大 B.输出结果太多 C.软件的操作步骤太多 D.软件说明书并非“盲人手册”

32、对于软件的β测试，下列哪些描述是正确的？（D）

A.β测试就是在软件公司内部展开的测试，由公司专

业的测试人员执行的测试。

B.β测试就是在软件公司内部展开的测试，由公司的非专业测试人员执行的测试。

C.β测试就是在软件公司外部展开的测试，由专业的测试人员执行的测试。

D.β测试就是在软件公司外部展开的测试，由非专业的测试人员执行的测试。

33、评审分为哪几个阶段？按顺序选。

A.临审

B.复审

C.终审

D.初审

34、正式的技术评审FTR（Formal Technical Review）是软件质量保证活动，下面关于FTR的原则中不正确的是

A.评审产品,而不是评审生产者的能力 B.要有严格的评审计划,并遵守日程安排 C.对评审中出现的问题要充分讨论,以求彻底解决 D.限制参与者人数,并要求评审会之前做好准备

35、用边界值分析法，假定1

A.X=1，X=100

B.X=0，X=1，X=100，X=101 C.X=2，X=99 D.X=0，X=10136、关于实现阶段的BUG，可以分为？（BCDE）

A.设计说明书中有冲突的说明 B.提示信息不准确

C.系统中存在遗漏的功能 D.内存溢出或者程序崩溃 E．用户界面问题

37、在Windows操作系统中，下列符号哪些不能作为文件名命名：

A.《 》 B.*

C.,D.[ ]

E.以上都不能

F.以上都能

B、测试人员多由客户方担任，也可以客户委托第三方来进行验收测试。（）

C、不仅仅要验收程序，还要验收相关的文档。（）D、由企业自己的测试人员和开发人员进行测试。（）性能测试不包括：A压力测试、（）B、容量测试、（B（）C）、负载 测试（）D、恢复性测试（）答案：D48、下列哪个不属于黑盒测试用例的编写方法：A、等价分类法（）B、边缘值分析法（）C、错误推测法（）语句

38、测试计划文档至少应包含下面哪几项内容？覆盖（）答案：D（ACDE）

A.测试策略 B.测试用例 C.测试时间安排 D.测试标准 E．测试范围

39、实施压力测试的人员角色有：答案：D

A、项目经理（）B、业务专家、Database性能专家（）C、LoadRunner、Web Server（）性能专家专家D、以上都是（）

40、执行LoadRunner项目的阶段有：A、制定压力测试方案、创建 Web Virtual Users（）创建 Web Virtual Users、设计测创建 Web Virtual Users试场景（）执行场景、分析测试结果（）以上都有（）答案：D41、测试执行的流程有：A、创建测试集（）B、规划测试集（）C、运行测试、分析测试结果（）D、以上都是（）答案：D42、缺陷跟踪的流程有：A、添加缺陷、审阅新缺陷（）B、修复打开的缺陷、测试新版本（）C、分析缺陷数据（）D、以上都是（）答案：D43、QC需求规范的流程是：A、定义需求范围、创建需求测试大纲、细化需求、分析需求（）

B、创建需求测试大纲、定义需求范围、细化需求 分析需求（）

C、创建需求测试大纲、定义需求范围、分析需求、细化需求（）

D、以上都不是（）答案：A

44、以下哪句话是不正确的：

A、测试是为了验证程序是否符合需求（）B、测试的目的是尽可能多的发现程序中的缺陷（）C、成功的测试在于发现了迄今尚未发现的缺陷（）D、测试过的软件就没有缺陷（）答案：D45、单元测试内容有：A、模块接、局部数据结构（）B、重要的执行通路、出错处理通路（）C、影响上述各方面特性的边界条件（）D、以上都是（）

46、下面哪句话对验收测试的描述不正确？答案：DA、与系统测试不同的是以客户业务需求为标准来进行测试。（）

自动测试的特点？

A、速度快、可重复、覆盖率（）B、可靠、可以再度使用重复测试（）C、节省时间（）D、不一致性、仅对于一次性的测试有益（）答案：D50、对计算机语言基础不太好的学习者来讲，至少可以学习：答案：B、C

A、白盒测试（）B、黑盒测试（）C、手工测试（）D、以上都不是。（）