软件测试期末复习总结

《软件测试期末复习总结》由会员分享，可在线阅读，更多相关《软件测试期末复习总结（27页珍藏版）》请在装配图网上搜索。

1、软件测试概述1:较 幽 试作为软件产品质量保障的重要手段之一，已经成为软件开发中必不可少的 环 节【选择题】2:较 幽 邈 旦 迪 就是为了发现尽可能多的软件缺陷，并期望通过改错来清除缺陷。3:【考缺陷的定义以及下面五种规则中举例一种缺陷】缺陷的定义:即从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。(课后习题)符合下面五个规则中的一条，就叫做软件缺陷：(1)软件未达到软件规格说明书中规定的功能。【例】手机上的某个app说可以瘦脸，但是并没有。(2)软件超出软件规格说明书中指明的范围。【例】未实名认证的情况下，微

2、信能够正常收发红包。(3)软件未达到软件规格说明书中指出的应达到的目标。【例】某移动办公软件不能直接查看报表，必须打印。(4)软件运行出现错误。【例】游戏闪退(5 )软件测试人员认为软件难于理解，不易使用，运行速度慢，或者最终用户认为软件使用效果不好。4:软件缺陷生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验 证，直到最后关闭的完整过程。(课后习题)下面是一个最简单的软件缺陷生命周期的情况(理想状态下):(1)发现打开。(2)打开修复。(3 )修复关闭。5:软件质量定义：(1)软件产品中能满足给定需要的性质和特性的总体；(2)软件具有所期望的各种属性的组合程度；(3)顾客和用户觉得

3、软件满足其综合期望的程度；(4)确定软件在使用中将满足顾客预期要求的程度。6:G.J.Myers还给出了与软件测试相关的三个重要观点：(1)测试是为了证明程序有错，而不是证明程序无错；(2)一个好的测试用例在于它能发现至今未发现的错误；(3)一个成功的测试是发现了至今未发现的错误的测试。7:软件测试的目的：从用户角度看：希望通过测试发现软件中隐藏的错误，所以软件测试是为了发现错误而执行程序的过程。(以这个为准)从软件开发者角度看：希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立用户对软件质量的信心。8:软件测试主要作用总结：(1)测试是执行一个系统或者程序的

4、操作；(2)测试是带着发现问题和错误的意图来分析和执行程序的；(3)测试不仅包括执行代码，还包括对需求等编码以外东西的测试；(4)测试可以评估软件项目产品是否达到预期目标和是否能被客户接受;(5)测试结果可以检验程序的功能和质量。9:软件测试模型比较(课后习题)模型名称优缺点V 模型V 模型强调了整个软件项目开发中需要经历的若干个测试级别，每个级别都与一个开发阶段相对应。但 是，V 模型没有明确指出应该对需求、设计进行测试。W 模型W 模型对V 模型进行了补充，强调了测试计划等工作的现行和对系统需求和系统设计的测试。但 是，和 V 模型一样，W 模型没有专门针对软件测试的流程予以说明。H 模型

5、H 模型表现了测试是独立的。就每一个软件的测试细节来说，都有一个独立的操作流程，只要测试前提具备了，就可以开始进行测试。X 模型X 模型体现了测试设计、测试回溯的过程，还定位了不进行事先计划的特殊类型的探索性测试，能够帮助有经验的测试人员在测试计划之外发现更多的软件错误。前置模型前置模型是一个将测试和开发紧密结合的模型，并在开发阶段以编码-测试-编码-测试的方式来体现，可以使项目加快速度10:测试工程师职业素质(课后习题)(1)技术能力；(2)具有怀疑与破坏的精神；(3)沟通能力；(4)要有严谨、敢于承担责任、稳重的做事风格；(5)具有一定的编程经验；(6)善于自我总结、自我督促；(7 )团队

6、合作。软件质量工程体系1 :例虹理制是一组由开发组织使用的程序和方法，使用它可在规定的资金投入和时间限制的条件下，提供满足客户质量要求的软件产品并持续不断地改善开发过程和开发组织本身，以提高将来生产高质量软件产品的能力。根据这个定义，我们可以看到：O软件质量控制是开发组织执行的一系列过程。O软件质量控制的目标是以最低的代价获得客户满意的软件产品。O对于开发组织本身来说软件质量控制的另一个目标是从每一次开发过程中学习以便使软件质量控制一次比一次更好。2:基于 PDCA 的全面统计质量控制(Total Statistical Quality Control,TSQC,全面统计质量控 制)型，是我国

7、实际采用的模型之一。计划Plan检查Check3:软件质量控制过程是在软件生命周期的各个阶段应用TSQC模型对产品、过程、资源的控制过程。计划实施一检查软件质量控制的实施过程4:软件质量保证（Software Quality Assure,SQA）是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。软件质量保证的目的是使软件过程对于管理人员来说是可见的。SQA（软件质量保证）是CMM（软件能力成熟度）2级中的一个重要关键过程区域。5:能力成熟度模型（CMM）O它主要用于软件开发过程和软件开发能力的评价和改进。O它侧重于软件开发过程的管理及工程

8、能力的提高与评估。6：CMM的5个层次Capability Maturity Model能力成熟度模型已管理级ALevel 4优 化 级 uLevel 3初始级Level 1可重复级今Level/InitialProcess isunpredictable.poortycontrolled andreactiveRepeatableProcesses areCharacterizedfor specificprojects andorganization isoften reactive.己定义级Level过程被检测和控制项目通过组织发展方法，调整过程ManagedProcesses areM

9、easured andControlledOptimizingFocus onprocessimprovements聚焦过程改进过程没有定义，控制很差，反应式过程由具体项目描述，组织是反应式CMM包括5 个等级，共 计 18个过程域，52个目标，300多个关键实践7:CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。软件度量和配置管理1 :在软件开发中，软件质量度量的根本目的是为了管理的需要。利用度量来改进软件过程。人们是无法管理不能度量的事物。2:软件度量(Software Measurement)

10、是对软件开发项目、过程、产品进行数据定义、收集、分析的持续性定量化过 程，目的在于对此加以理解、预测、评估、控制、改善。3:通过软件度量可以改进软件开发过程，促进项目成功，开发高质量的软件产品。4:软件度量在软件工程中的作用有三:通过软件度量增加理解；通过软件度量管理软件项目，主要是计划和估算、跟踪和确认；通过软件度量指导软件过程改善，主要是理解、评估和包装。软件度量对于不同的实施对象，具有不同的效用。5:对于软件质量，CMM的定义是：O 一个系统、组件或过程符合特定需求的程度；O 一个系统、组件或过程符合客户或用户的要求或期望的程度。6:影响软件质量的因素：人(M),过程(P),技术(T)7

11、:质量保证模型之一：McCall模型正可完McCall模型性用性物使整8:软件过程度量是对软件过程进行度量的定义、方法、活动和结果的集合。O软件过程度量不是单一的活动而是一组活动的集合，它本身也是一个系统的过程。9:软件过程度量包括如下的活动：选择和定义度量、制定度量计划、收集数据、执行度量分析、评估过程性能、根据评估结果采取相应措施。10:软件过程度量常见问题:度 量的太多、太频繁 度 量的太少、太迟 度 量了不正确的事物或属性 度 量的定义不精确收 集了数据却没有利用 错误的解释度量数据 自动化工具欠缺软件测试分类及流程1:测试分类(1)按照测试方法分类：白盒测试、黑盒测试、灰盒测试(2)

12、按照测试方式分类：静态测试、动态测试(3 )按照测试过程分类：集成测试、关系测试、验收测试(4)按照测试目的分类：功能测试、接口测试、用户界面测试、健壮性测试、性能测试、强度测试、压力测试、负载测试、安全性测试、可靠性测试、恢复测试、安装/卸载测试、兼容测试、文档测试(5)按照执行过程是否需要人工干预分类：手工测试、自动测试2:软件测试基本流程I一 求 分 析1I君 定 测 试 计 划I 二 谩 计 测 逑 方 案I 测 试 淮 苗 和 芦 试 环 境 司3:软件测试原则(考选择题)(1)尽早测试(2)全面测试(3)全过程测试(4)独立的、迭代的测试(5 )Pareto 原则(6)对测试出的错

13、误结果一定要有一个确认的过程(7)制定严格的测试计划(8)完全测试是不可能的，测试需要终止(9)注意回归测试的关联性(10)妥善保存一切测试过程文档4:设计测试用例时，应遵循以下原则。(1)基于测试需求的原则；(2)用成熟测试用例设计方法来指导设计；(3)兼顾测试充分性和效率的原则；(4)测试执行的可再现性原则；(5)足够详细、准确和清晰的步骤。黑盒测试1 :黑盒测试又称功能测试、数据驱动测试或基于规格说明的测试,主要是根据功能需求来测试程序是否按照预期工作。2:黑盒测试方法注重于测试软件的功能需求，主要试图发现下列几类错误。(1)功能不正确或遗漏；(2)界面错误；(3)数据库访问错误；(4)

14、性能错误；(5)初始化和终止。3:黑盒测试优点(1)比较简单，不需要了解程序内部的代码及实现；(2)与软件的内部实现无关；(3)从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题，从产品功能角度测试可以最大限度地满足用户的需求；(4)基于软件开发文档，将测试直接和待测软件要完成的操作相关联，所以能够知道软件实现了文档中的哪些功能；(5)从产品功能角度测试可以最大限度地满足用户的需求；(6)相同动作可重复执行，最枯燥的部分可由机器完成，容易实现自动化测试；(7)依据测试用例有针对性地寻找问题，定位更为准确，容易生成测试数据；(8)设计黑盒测试用例可以和软件实现同时进行，因此可以压缩

15、项目总的开发时间。4:黑盒测试缺点(1)代码得不到测试；(2)如果需求规格说明设计有误，很难发现错误所在；(3)测试不能充分地进行；(4)结果的准确性取决于测试用例的设计；(5 )自动化测试的复用性较低。5:因果图优点(1)考虑多个输入之间的相互组合、相互制约关系。(2)指导测试用例的选择，能够指出需求规格说明描述中存在的问题。(3)能够帮助测试人员按照一定的步骤，高效率地开发测试用例。(4)因果图法是将自然语言规格说明转化成形式语言规格说明的一种严格的方法，可以指出规格说明存在的不完整性和二义性。6:有经验的测试人员往往可以根据自己的工作经验和直觉推测出程序可能存在的错误，从而有针对性地进行

16、测试，这就是错误推测法(或探索性测试法b7:场景法原理：软件系统中流程的控制由事件触发决定，时间不同的出发顺序和处理结果形成事件流，每个事件流触发时的情景便形成了场景。通过运用场景来对系统的功能点或业务流程的描述，可以提高测试效果。8:选取具体测试方法的简单标准：【选择题】(1)如果变量引用的是物理量，可采用边界值分析测试和等价类测试；(2)如果变量引用的是逻辑量，可采用等价类划分测试和决策表测试；(3)如果变量是独立的，可采用边界值分析测试和等价类划分测试；(4)如果变量不是独立的，可采用决策表测试；(5)如果可保证是单缺陷假设，可采用边界值分析测试；(6)如果可保证是多缺陷假设，可采用边界

17、值分析测试和决策表测试；(7)如果程序包含大量例外处理，可采用决策表测试。白盒测试1 :白盒测试与程序内部结构相关，因此也称结构测试或逻辑驱动测试，是对软件的过程性细节做细致的检查。2:白盒测试分为静态和动态两种。(1)静态白盒测试是在不执行软件的条件下有条理地仔细审查软件设计、体系结构和代码，从而找出软件缺陷的过程，有时也称为结构分析。(2)动态白盒测试也称结构化测试，通过查看并使用代码的内部结构，设计和执行测试。3:静态白盒测试方法包括代码检查法、静态结构分析法、静态质量度量法。4:代码检查法包括代码审查、代码走查和桌面检查三种方式。5:动态白盒测试常用的测试用例设计方法有逻辑覆盖测试法(

18、逻辑驱动测试法)和基本路径测试法两种。逻辑覆盖测试法分为：语句覆盖、判定覆盖、条件覆盖、判定-条件覆条件组合覆盖【不考条件组合覆盖】单元测试1 :单元测试的内容包括模块程序结构检查、代码测试、模块内功能测试2:单元测试的主要任务：(1)程序语法检查(2)序逻辑检查(3)模块接口测试(4)局部数据结构测试(5)路径测试(6)边界条件测试(7 )错误处理(8)代码书写规范检查3:单元测试计划的制定是在详细设计阶段根据 建 幽 t 来进行的。4:单元测试的对象是可独立编译或汇编的程序模块(或称为软件构件或面向对象设计中的类)5:单元测试用例的设计方法可归属于白盒测试方法与黑盒测试方法，且应以白盒测试

19、方法为主，并适当结合黑盒测试方法。6:单元测试的特点(1)它是一种验证性行为(2)它是一种设计行为(3)它是一种编写文档的行为(4)它具有回归性(5)提升反馈速度，减少重复工作，提高开发效率近发人员可以马上通过运行单元测试来验证之前完成的代码是否正确(6)保证最后的代码修改不会破坏之前代码的功能(1)让代码维护更容易(8)有助于改进代码质量和设计7:在代码编写完成后的单元测试工作主要分为两个步骤：人工静态检查和动态执行检查。8:三种单元测试策略：孤立的单元测试策略、自顶向下的单元测试策略、自底向上的单位测试策略集成测试1 :集成测试，又称为组装测试，是将所有已经通过了单元测试(或者假定已经通过

20、)的各个软件单元按照设计要求组装成系统或子系统，然后对这些系统或子系统进行测试的测试阶段。集成测试就是测试这些软件单元之间是否能够正确地进行交互地测试。2:集成测试划分为五个阶段：计划阶段、设计阶段、实施阶段、执行阶段、评估阶段3:集成测试包括非增量式集成测试、增量式集成测试、“三明治”集成测试等4:非增量式集成测试(1)优 点：非增量式集成测试可以并行地测试所有的软件单元，能够加快测试工作的速 度，充分利用了人力和物力资源。非增量式集成测试需要用到测试用例数量较少，因 此，对设计测试用例的工作量相对较少。非增量式集成测试的测试方法较为简单，容易执行。(2)缺 点：非增量式集成测试式将软件单元

21、一次性集成起来，如果集成的软件单元数量 较 多，集成测试过程中可能会出现较多的错误，而且因为一次性集成，很难判断出现错误的位置。而 且，在对某个软件单元的某处错误进行修改之 后，可能会在系统的其他地方带来新的错误，这样给整个系统的修正会带来较大的难度。非增量式集成测试因为是一次性集成，各个软件单元之间的接口没有进行充分的测试，因 此，有可能会遗漏一些潜在的接口错误，即使在集成测试通 过，这些接口可能也会存在问题。(3)非增量式集成测试的适用范围 适用于功能单一，所组成的软件单元不多，运行逻辑较为简单的，并且每个软件单元都经过充分的单元测试的小型软件单元。适用于那些在前期已经有较为稳定的产品的项

22、目，而且只需要修改和增加位数不多的几个软件单元。5:增量式集成测试-:自顶向下集成(1)优点 在集成测试的过程当中，可以首先验证主要的控制和判断点，即主控软件单元，在功能划分合理的程序结构模块结构中，对于较高层次中的主控软件单元，可以首先做出测试，能够提前发现问问题，以便及时对程序做出相应的修改，减少人力资源消耗。选择深度优先的集成方式，可以首先实现和验证一个完整的软件功能，能够首先对逻辑输入的分支进行组装和测试，检测出潜在的错误和缺陷，验证其功能的正确性，为之后的主要分支的组装和测试提供保证。能够较早的验证软件功能的可用性，给软件的开发者和软件的用户奠定了信心。在通常的情况下，几乎不用设计和

23、开发测试用驱动程序，大大较少测试用驱动程序的开发和维护的成本。2）缺点在测试时需要给每个软件单元的下层软件单元设计开发测试用被调用模拟子模块，对于被调用模拟子模块的开发和维护成本较大 当底层的软件的软件单元发生变更时，可能会影响到整个软件中的其他软件单元，可能会需要修改整个软件系统中的多个上层软件单元，进而容易破坏之前构造的已经构造好的测试包。随着自顶向下集成测试的进行，新的底层软件单元不断加入，这会让整个系统变得越来越复杂，可能会导致之后加入的底层软件单元的测试不够充分3）适用范围 被测软件系统的结构较为清晰，控制结构较为稳定 被测软件系统中的高层模块接口定义较为准确，变化的可能性较小被测软

24、件系统中的低层模块接口定义还未清晰或有较大可能会因为需求发生变更等原因而发生变化开发者和用户希望尽可能早的看到被测软件系统较为完整的功能。二：自顶向上集成(1)优点能够尽早验证底层软件单元的功能。任何一个底层软件单元通过单元测试之后，都可以开始进行集成测试。在集成测试开始时，可以同时对系统层次结构中的每个分支集成测试，这样较大提高了测试的效率减少了设计开发测试用被调用模拟子模块的工作量更容易对被测系统的错误进行定位(2 )缺点只有在被测系统的最顶层的最后一个软件单元组装起来之后才能看到整个系统的框架，测试用驱动模块的开发和维护工作量大由于顶层的软件单元要到集成测试的最后阶段才能进行测试，所以不

25、能及时发现高层模块设计上的错误，对于那些在整个体系结构中控制结构非常关键的产品来说，受到的影响更大。(3 )适用范围 底层模块接口比较稳定的软件系统高层模块接口可能会存在变更比较频繁的软件系统 底层模块开发和单元测试工作完成较早的产品。三，三明治”集成(1)优点同时具有自顶向下集成测试和自底向上集成策略的优点通过一定集成技巧，可以减少被调用模拟子模块和驱动模块的开发。(2 )缺点 在被集成之前，中间层不能够尽早得到充分的测试(3)适用范围适用范围广泛，大多数的软件开发项目都可以应用这种集成测试的方法。系统测试1 :系统测试原则表现在以下两个方面：(1)独立性原则(2)全面性原则2:系统测试工作

26、步骤审批 审批 迭代制定测试计划设计测试用例执行系统测试系统测试流程缺陷管理与改错3:连接测试(1)页面连接(2)连接速度(3)负载测试验收测试1 :软件验收检验的主要目的就是为了验证软件正确性。2:验收测试一般以黑盒测试为主要的检测方式，将自动化测试和特殊性能测试作为主要的辅助手段。3:软件测试阶段特点比较(1)单元测试阶段单元测试以白盒测试技术为主，黑盒测试技术为辅。单元测试一般有开发设计人员本身完成，并在开发组组长的监督下进行。单元测试中使用的数据，通常不使用真实的数据，当被测试单元要操纵大量数据，并且很多单元都有这种需求时，可以考虑使用真实数据的一个较小的有代表性的样本。(2)集成测试

27、阶段集成测试阶段以黑盒测试技术为主，白盒测试技术为辅。集成测试人员一般从开发组中选出，在开发组组长的监督下进行，在集成测试过程中，由一个独立测试观察员来监控测试工作，集成测试过程中应考虑邀请一个用户代表非正式地观看集成测试。集成测试一般也不使用真实数据，测试人员可以使用手工制作一部分代表性的测试数据。(3)系统测试阶段系统测试阶段完全采用黑盒测试技术。系统测试由独立的测试小组在测试组组长的监督下进行，在系统测试过程中，由一个独立测试观察员来监控测试工作，系统测试过程也应考虑邀请一个用户代表非正式地观看测试，同时得到用户反馈意见并在正式验收测试之前尽量满足用户的需求，系统测试所用的数据必须尽可能

28、地像真实数据一样准确和有代表性，也必须和真实数据的大小和复杂性相当，在不使用真实数据的情况下应该考虑使用真实数据的一个拷贝。(4)验收测试阶段验收测试阶段完全采用黑盒测试技术。验收测试一般在测试小组的协助下，由用户代表执行，测试组组长负责保证在合理的质量控制和监督下使用合适的测试技术执行充分测试，测试人员在验收测试工作中将协助用户代表执行测试，并和测试观察员一起向用户解释测试用例的结果。只要有可能，在验收测试中就应该使用真实数据，在不使用真实数据的情况下，应该考虑使用真实数据的一个拷贝。其他测试技术1:功能测试，也称为行为测试，是根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作性为

29、以确定它们满足设计需求。2:功能测试，也叫黑盒测试或数据驱动测试，只需考虑测试的各个功能，不需要考虑整个软件的内部结构及代码。3:回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。4:回归测试的目的是在程序有修改的情况下，保证原有功能正常的一种测试策略和方法，因为这时的测试不一定要进行全面测试，而是根据修改的情况进行有效测试。5:性能测试就是为了发现系统性能问题或获取系统性能相关指标而进行的测试6:常见的性能测试方法：负载测试、压力测试、并发测试、基准测试、稳定性测试软件可靠性度量和测试1 :软件可靠性定义：在规定的条件下，在规定的时间内，软件不引起系统

30、失效的概率，该概率是系统输入和系统使用的函数，也是软件中存在的错误的函数；系统输入将确定是否会遇到已存在的错误（如果错误存在的话）;在规定的时间周期内，在所述条件下程序执行所要求的功能的能力。2:（影响软件可靠性的因素）软件差错是软件开发各阶段潜入的人为错误：需求分析定义错误。如用户提出的需求不完整，用户需求的变更未及时消化，软件开发者和用户对需求的理解不同等等。设计错误。如处理的结构和算法错误，缺乏对特殊情况和错误处理的考虑等。编码错误。如语法错误，变量初始化错误等。测试错误。如数据准备错误，测试用例错误等。文档错误。如文档不齐全，文档相关内容不一致，文档版本不一致，缺乏完整性等。全面质量控

31、制1 :即管理是影响软件研发项目全局的因素，而技术只影响局部2:全面质量管理蕴涵如下含义：强烈关注顾客。精确度量 坚持不断地改进 向员工授权。改 进组织中每项工作的 质 量。软件评审1 :评审的内容管理评审技术评审文档评审,过程评审2:评审的方法和技术 特别检查(Ad hoc review)轮 查(Pass Around)走 查(Walkthrough)团队评审(Group Review)检 视(Inspection)最随意 最正-n I:1 Z特别检查 轮查 走查 团队评审 检视测试管理1 ：在软件测试团队里，项目管理组织机构设置原则如下：目的性原则。O项目组织机构设置的根本目的，是为了产生

32、组织功能实现项目目标。从这一根本目的出发，就应因目标设事，因事设岗，因职责定权力。高效精干。O大多数项目组织是一个临时性组织，项目结束后就要解散，因 此，项目组织应高效精干，力求一专多能，一人多职，应着眼于使用和学习锻炼相结合，以提高人员素质。一体化组织原则。O项目组织往往是企业组织的有机组成部分，企业是它的母体，项目组织由企业组建的，项目管理人员来自企业。项目组织解体后，其人员仍回企业，所以项目的组织形式与企业的组织形式密切有关。2:测试管理者的工作原则：雇测试工作最合适的员工 与每个小组成员定期一对一谈话 假定员工都能胜任各自的测试工作 对待员工以他们能接受的方式 重视结果而不是时间 承认

33、自己的错误3:调试方法 蛮力法回 溯 原因排除法4:自动化测试是指软件测试的自动化过程，可理解为测试过程自动化与测试结果分析的自动化的系列活动5:自动化测试描述性定义：使用一种自动化测试工具来验证各种测试需求，包括测试活动的实施与管理。其实质模拟手工测试步骤，执行测试用例或脚本，控制被测软件执行，并以全自动或半自动方式完成测试的过程。6:针对软件系统的功能测试、性能测试、负载测试、压力测试、安全性测试等适合运用自动化测试策略。四个问题1:【问题】该公司和B银行同意在不确定需求就投入研发这种做法对软件质量有什么影响？如果这种做法有一定客观原因，如何在开发前期弥补？解 答：(1)软件项目的需求决定

34、了项目的功能和目标，如果不能在项目开发进行前确定需 求，就不能确定项目的目标，目标不明确就没法制定下一阶段的工作计划，没有明确的项目计划就不能保证项目的 质 量，项目质量管理也无从开展(2)如果由于时间等其他客观原因导致无法在软件项目开发之前明确需求，可采取以下措施弥补 将待定项目分解成几个部分、阶段 开发之前分析、明确一部分需求，然后制定一个子工作计划完成该部分需求的设计和开发 继续分析另一部分需求，然后相应制定另一个子工作计划来实现 通过保证分阶段目标的项目质量来确保整体项目的目标和质量2:【问题】该软件公司在这次升级过程中由于哪些原因没有保证项目的 质 量，从而导致这些问题？证券公司对这

35、些问题的出现有没有责任？解 答：软件公司方面出在的问题软件公司在系统升级前没有制定相应“升级计划”没有分析、评估系统升级的风险，没有采取规避风险的措施 没有和业主就系统升级展开充分沟通 证券公司方面存在的问题 没有认真响应并分析软件公司系统升级请求 没有分析、评估系统升级的风险，没有制定相应的应急预案3:【问题】对于李工来讲，他没有注意到质量保证工作中的哪些问题？解 答：对于李工来讲，他没有意识到以下几方面的内容：(1)质量保证的内涵。除了通常意义的内部质量保证，即为内部的中高层领导建立对于质量的信任外，还包括一个重要方面，即用户对于项目质量的信任，尤其是在大型项目的建设上，这点显得尤其重要。(2)质量保证的基本活动。在进行质量保证 时，李工程师没有意识到客户需求对于质量标准的建立有多大的作用，质量标准是相对于客户需求而言的，在制订时必须综合考虑客户需求、自身实力、行业现状和各类相关标准等来建立。4:【问题】对贺工来讲，他应该怎样着手开始质量控制工作？解 答：对贺工来讲，他需要做好以下几方面的内容：(1)对维护工作进行质量控 制，并做好相关的文档工作。(2)在有条件的情况下，开始对已交付系统进行文档建设，尤其是用户手册的建设工作。(3)建立组织级的质量管理体系和相关的标准及规范，取得高层领导的支持和信任，开展整体的质量控制观念培养，并在以后的工作中实施严格的质量控制工作。