选择题6 填空题10 （名词解释 4 简答7 综合题1）涉及标准内容的不考括号内为以下内容第1章2.简述软件危机的表现形式和诱发原因，并谈谈软件危机和软件错误的区别。

答：软件危机是指计算机软件开发与维护过程中所遇到的一系列严重问题。

其表现形式为：软件价格高、软件工作量难于估计、软件质量低、软件修改与维护困难、软件的供需差在不断扩大、软件的开发与维护过程往往失去控制。

诱发软件错误的原因：需求定义的不完善、客户与开发者间不良沟通、对软件需求的故意偏离、逻辑设计的错误、编码错误、不符合文档编制和编码规定、测试过程的不完善、规程的错误、文档编制错误。

3. 影响软件质量的因素有哪些？答：正确性、健壮性、效率、完整性、风险、可用性、可移植性、可再用性、互运行性、可理解性、可维修性、灵活性、可测试性。

第2章3. 软件质量保证标准分为哪几类以及它的分类准则是什么？答：软件质量保证标准分为质量管理标准和项目过程标准。

软件质量保证标的分类是从关注单位、关注重点、标准的目的和标准的目标这几个方面着手的。

第3章1. 为什么软件质量会有成本呢？答：软件产品的质量成本，或更准确地说，软件质量的投资，根源于确保开发产品符合早已确认的需求。

而软件产品投资的性质和规模由多种不同因素决定，其中包括：项目预算、开发产品的类型、使用的技术、消费者提出的需求及该合同能否提供具有在标准和规章限定框架内的特别内容的政府合同、内部开发环境、开发团队所拥有的领域知识、可重复过程和测量与开发者日常工作结合的程度。

2. 软件质量成本分析的输入的数据需求是通过什么途径获得的？答：在执行质量成本度量的任务时，必须保证相关数据可观察或可测量。

这些数据可以是通过以下几个方面得到：直接观测得到的；通过分析得到的；由顾客提供的；从其他任务的执行情况中收集的；其他项目的输出结果；由项目本身的物理特性要求的。

第4章1. 审查过程的辅助目标有哪些？答：（1）提供从需求到设计的可跟踪性。

（2）为下一阶段的开发提供正确的技术基础。

（3）提高编程的质量。

（4）提高交付产品的质量。

（5）获得较低的生命周期花费。

（6）增加测试过程的有效性。

（7）提供程序可维护性的一个重要保证。

（8）鼓励采用带有进入、退出准则的软件管理方法。

第5章（空）第6章1. 瀑布模型将软件生命周期的各项活动规定唯一古代顺序连接的若干阶段工作，形如瀑布流水，最终得到软件产品，其有什么优缺点？答：优点：（1）强调开发的阶段性。

（2）强调早期计划及需求调查。

（3）强调产品测试。

缺点：（1）依赖于早期进行的惟一一次需求调查，不能适应需求的变化。

（2）由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程。

（3）风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会。

2. 螺旋模型有什么优缺点？答：优点：（1）强调严格的全过程风险管理。

（2）强调各开发阶段的质量。

（3）提供机会检讨项目是否有价值继续下去。

缺点：引入非常严格的风险识别，风险分析，和风险控制，这对风险管理的技能水平提出了很高的要求。

这需要人员，资金，和时间的投入。

3. 开发原型化系统一般由几个阶段？答：（1）确定用户需求（2）开发原始模型。

（3）征求用户对初始原型的改进意见。

（4）修改原型。

原型化开发比较适合于用户需求不清、业务理论不确定、需求经常变化的情况。

当系统规模不是很大也不太复杂时采用该方法是比较好的。

第7章2. 软件质量度量的目标是什么？答：（1）便于管理人员控制以及适当的管理性干预的计划与执行。

要达到这个目标，则需要基于以下方面的度量的计算：①实际功能（质量）性能对计划性能的偏高。

②实际进度表和预算性能对计划性能的偏高。

（2）识别出整个机构中需要或允许惊醒以预防性或改正性措施的形式出现的开发或维护过程改进的状况。

要达到这个目标需要基于：关于组和单位等的性能的度量信息的积累。

3. 软件开发过程度量类别有哪些？答：（1）软件过程质量度量。

（2）软件过程进度表度量。

（3）软件过程生产率度量。

而软件过程质量度量又可以分为三类：（1）错误严重性度量（2）错误密度度量。

（3）错误排除有效性度量。

与软件过程质量相关的另外一组间接度量是McCabe的圈复杂性度量。

4. 软件维护度量是如何分类的？答：（1）软件系统失效严重性度量（2）软件系统失效密度度量（3）软件系统可用性度量（4）维护服务失效度量6. 软件复杂性的度量方法有哪些？答：（1）项目跟踪度量。

（2）项目开销度量。

第8章1. 什么是软件测试？答：软件测试是为了发现错误而执行程序的过程。

2. 测试计划应包括哪些内容？答：所测试软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方式和过程，系统组装方式，跟踪规程，测试规程，及回归测试的规定等以及评价标准。

3. 软件测试对象应包括哪些内容？答：软件测试并不等于程序测试。

软件测试应贯穿于软件定义与开发的整个期间。

因此，需求分析、概要设计以及程序编码等各阶段所得文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序都应成为软件测试的对象。

4.概要测试计划的内容包括哪些？答：（1）在软件开发初期，即需求分析阶段制定。

（2）定义被测试对象和测试目标。

（3）确定测试阶段和测试周期的划分。

（4）制定测试人员、软硬件资源和测试进度等方面的计划，任务与分配与责任划分。

（5）规定软件测试方法、测试标准，比如，语句覆盖率达到95%，三级以上的错误改正率达95%。

（6）所有决定不改正的“轻微”错误都必须经专门的质量评审组织同意。

（7）支持环境和测试工具等。

第9章1. 测试用例设计步骤有哪些？（重点）答：步骤1：首先使被测单元运行任何单元测试说明的第一个测试用例应该是以一种可能的简单方法执行被测单元。

看到被测单元第一个测试用例的运行成功可用增强人的自信心。

如果不能正确执行，最好选择一个尽可能简单的输入对被测单元进行测试/调试。

这个阶段适合的技术有：模块设计导出的测试和对等区间划分。

步骤2：正面测试步骤3：负面测试步骤4：设计需求中其他测试特性用例设计如果需要，应该针对性能、余量、安全需要、保密需求等设计测试用例。

步骤5：覆盖率测试用例设计步骤6：测试执行步骤7：完善代码覆盖2. 用例设计的原则是什么？答：（1）通常应该避免依赖先前测试用例的输出，测试用例的执行序列早期发现的错误可能导致其他的错误而减少测试执行时实际测试的代码量。

（2）测试用例设计过程中，包括作为试验执行这些测试用例时，常常可以在软件构建前就发现BUG。

还有可能在测试设计阶段比测试执行阶段发现更多的BUG。

（3）在整个单元测试设计中，主要的输入应该是被测单元的设计文档。

在某些情况下，需要将试验实际代码作为测试设计过程的输入，测试设计者必须意识到不是在测试代码本身。

从代码构建出来的测试说明只能证明代码执行代码完成的工作，而不是代码应该完成的工作。

4. 单元测试说明实际上由一系列单元测试用例组成，每个测试用例应该包含哪4个关键元素？答：（1）被测单元模块初始状态声明，即测试用例的开始状态（仅适用于被测单元维持了调用间状态的情况）。

（2）被测单元的输入，包含由被测单元读入的任何外部数据值。

（3）该测试用例实际测试的代码，用被测单元的功能和测试用例设计中使用的分析来说明，如：单元中哪一个决策条件被测试。

（4）测试用例的期望输出结果，测试用例的期望输出结果总是应该在测试进行之前在测试说明中定义。

第10章1. 比较集成测试的两种方式的优劣？答：1、非渐增式测试方式 1、渐增式测试方式2. 一个合理的集成模块划分应该满足什么特点？答：一个合理的集成模块划分应该满足以下几点：（1）外围模块便于屏蔽，外围模块与集成模块之间没有太多、太繁的调用关系，被集成模块没有采用调用函数的方式调用外围模块的情况。

（2）外围模块发往被测试模块的消息能模拟大部分实际环境的情况。

（3）模拟外围模块发往被集成模块的消息便于构造和修改。

（4）被集成的几个子模块关系紧密。

4. 对于一个好的集成测试策略应具有哪些特点？答：一般地，对于一个好的集成测试策略应具有以下几个特点：（1）整体工作量对于投入测试的资源来说大致相当，参加测试的人力，环境，时间等资源能得到充分利用。

（2）能对被测试对象进行比较充分的测试，尤其是对关键模块。

（3）能使得模块与接口的划分清晰明了，尽可能减小后继操作难度，同时使得需要做的辅助工作量最小。

第11章1. 为什么说软件测试必须有预期结果？答：没有预期结果的测试是不可理喻的。

软件缺陷是经过对比而得出来的。

这正如没有标准无法进行度量一样。

如果事先不知道或是无法肯定预期的结果，必然无法了解测试正确性。

这很容易然人感觉如盲人摸象一般，不少测试人员常常凭借自身的感觉去评判软件缺陷的发生，其结果往往是把似是而非的东西作为正确的结果来判断，因此常常出现误测的现象。

2. 一般地，系统测试的主要内容包括哪些？答：（1）功能测试。

（2）健壮性测试。

（3）性能测试。

（4）用户界面测试。

（5）安全性（security）测试。

（6）安装与反安装测试。

4. 在系统测试中包括哪些方面的测试？答：有：功能测试，性能测试，协议一致性测试，压力测试，安全性测试，恢复性测试，健壮性测试，兼容性测试，可用性测试，可安装性测试，文档测试，GVI测试等（对每个测试的介绍参看课本）。

四、上机题如图11-3显示某程序的逻辑结构，试为它设计足够的测试用例，分别实现对程序的判定覆盖、条件覆盖和条件组合覆盖。

设计测试方案如表A-6所示。

表A-6 测试方案表第12章三、简答题1. 什么是系统集成测试？答：系统集成测试也称为：兼容性测试或简单的集成测试。

其目标是确保被测应用可以与其他指定的软件系统成功地进行互操作，同时也不会对出现的其他系统产生影响。

3. 系统集成测试的方法有哪些？答：主要的方法是对系统的互操作性需求进行确认，体现在如下要求上：（1）被测应用与其他系统通信的需求和通信的手段。

（2）系统性能的需求。

（3）备份和恢复，保密性的需求。

（4）跟其他系统的兼容性。

（5）产生一套测试该系统的测试用例和脚本。

在适当的时候，还应该考虑重用单元测试、集成测试和系统测试的测试用例，这些测试用可以从单元测试、集成测试和系统测试的重用包中获得。

4. 系统集成测试测试的输出有哪些？答：系统集成测试后的系统、修正的脚本和测试用例、完成系统集成测试证明、记录完整数据的测试结果记录表格、归档的测试数据、系统集成测试重用包以及系统集成测试总结报告。

5. 在系统集成测试中，需要的输入有哪些？答：被测应用的需求规格说明书；被测应用的说明文档；用户指南等补充材料；集成测试计划、规格说明书、测试指南；集成测试脚本和测试用例；可重用的包以及测试结果记录表格。