第8章、功能性测试的测试方法二

《财政学（第2版）》章节配套习题部分参考答案第一章现代国家的经济职能一、重要概念1.市场失灵：市场机制本身却存在固有的缺陷与不足，即所谓“市场失灵”，主要表现为信息不充分和不对称、垄断、外部性与公共产品、收入分配不公平和经济波动。

2.垄断：当某一行业在产量达到相对较高水平之后，就会出现规模收益递增和成本递减现象，这时就会形成垄断。

3.外部性：无法在价格中得以反映的市场交易成本或收益。

4.纯公共产品：是指每个人对这种产品的消费并不会导致任何其他人消费的减少。

5.公共需要：是当众多个人作为一个整体时所产生的需要。

6.资源配置职能：财政的资源配置职能是指财政通过参与财力分配来实现资源优化配置的职能。

7.收入分配职能：财政的收入分配职能，是指财政运用多种方式参与国民收入的分配和调节，以期达到收入分配的经济公平和社会公平。

8.经济稳定：是指通过财政政策的制定、实施与调整，对生产、消费、储蓄和投资发生影响，以达到充分就业、价格稳定、国际收支平衡等政策目标。

9-10略。

二、单项选择题1.A2.D3.A4.C5.A6.D7.A8.A9.B 10.B三、多项选择题1.ABCD2.ABC3.ACD4.ABD5.ABC6.ABCD7.CD8.BCD四、分析判断1.对2.错3.错4.对5.对6.错7.错8.错9.错 10.对五、简单分析1.什么是市场失灵？市场失灵是指市场无法有效率地分配商品和劳务的情况。

主要表现在：信息不充分和不对称、垄断、外部性与公共产品、收入分配不公平、经济波动与失衡。

2.垄断导致的效率损失表现在哪些方面？垄断导致效率损失：(1)产量受到限制，消费者福利受到额外损失；(2)垄断行业由于追求并事实存在垄断利润，缺乏尽可能降低成本的竞争压力；(3)垄断阻碍技术进步；(4)垄断者追求超额收入的寻租活动本身会造成资源浪费。

4.简述财政的基本特征。

第一，财政分配的主体是国家或政府。

第二，财政分配的对象是部分社会产品与服务。

第1篇第一章总则第一条为确保产品质量，提高产品测试效率，规范产品测试流程，特制定本管理规定。

第二条本管理规定适用于公司所有产品的测试活动，包括但不限于硬件产品、软件产品、系统产品等。

第三条本管理规定遵循以下原则：1. 全面性：覆盖产品测试的各个方面；2. 系统性：建立完整的测试体系；3. 可操作性：便于实际操作和执行；4. 持续改进：不断优化测试流程和方法。

第二章测试计划管理第四条测试计划管理是指对产品测试活动进行规划、组织和控制的过程。

第五条测试计划应包括以下内容：1. 测试目的：明确测试的目标和预期成果；2. 测试范围：确定测试所涉及的功能、性能、安全等方面；3. 测试方法：选择合适的测试方法，如黑盒测试、白盒测试、灰盒测试等；4. 测试环境：描述测试所需的硬件、软件、网络等环境；5. 测试工具：列出所需的测试工具和资源；6. 测试人员：确定参与测试的人员及其职责；7. 测试时间表：制定测试的进度安排；8. 风险评估：识别潜在的风险并制定应对措施；9. 测试结果分析：确定测试结果的分析方法和报告格式。

第六条测试计划制定流程：1. 测试人员根据产品需求和设计文档，制定初步测试计划；2. 测试经理对初步测试计划进行审核，提出修改意见；3. 测试人员根据审核意见，完善测试计划；4. 测试经理组织评审会议，对测试计划进行最终确认。

第七条测试计划变更管理：1. 测试计划在执行过程中如需变更，需经测试经理审批；2. 变更内容包括但不限于测试范围、测试方法、测试时间表等；3. 变更后，测试人员需重新制定测试计划，并按照新的测试计划执行。

第三章测试执行管理第八条测试执行是指按照测试计划进行实际测试活动的过程。

第九条测试执行流程：1. 测试人员根据测试计划，准备测试环境、测试工具和测试数据；2. 测试人员按照测试用例，进行测试执行；3. 测试人员记录测试结果，包括成功、失败、异常等情况；4. 测试人员对测试结果进行分析，找出问题并反馈给开发人员；5. 开发人员根据反馈的问题，进行修复和优化；6. 测试人员对修复后的产品进行回归测试，确保问题已解决。

8.4.2 软件可维护性的度量
3. 可测试性 4. 可修改性 5. 可移植性 6. 效率 7. 可使用性 8. 间接度量可维护性的方法
8.4.2 软件可维护性的度量
8. 间接度量可维护性的方法
(1) 了解问题的时间； (2) 行政管理拖延的时间； (3) 收集维护工具的时间； (4) 分析问题的时间； (5) 改变规格说明的时间； (6) 具体的改错或修改的时间； (7) 局部测试时间； (8) 整体测试时间； (9) 维护重审时间； (10) 总体恢复时间。

8.4 软件的可维护性
8.4.1 影响可维护性的因素 软件的可维护性可以简单定义为：纠正软件系统出现 的错误和缺陷,以满足新的要求, 能够被理解、被校正、 被修改或被改善的难易程度。可维护性不但与采用的 分析设计方法和开发人员的技术熟练程度有关，更重 要的是与软件项目的管理技术关系密切。软件的可维 护性成为软件开发阶段各个时期的关键目标。
8.1 软件维护的种类
完善性维护 50％
预防性维护5％
改正性维护 20％
适应性维护 25％
图11.1 各类维护的比重
8.2 软件维护的特点
8.2.1 软件维护面临的困难 统计资料表明，有代表性的软件开发组织用于校正性 维护、适应性维护、完善性维护及预防性维护的费用 占其开发总金额的70％至80％。 很多软件机构被束缚在维护工作上，这是软件维护所 带来的无形支出。

8.2.3 非结构化维护

无说明或者文档资料太少由于没有采用定义良好的软 件项目管理过程来开发软件，软件项目管理的缺陷导 致的叫“非结构化维护”,这会使软件维护付出较高的 代价.
8.2.4 结构化维护

存在完整的软件系列文档，那么维护任务就从分析设 计文件开始，确定软件的重要结构特性、功能特性和 接口特性，确定所要求的修改或校正可能产生的影响， 并且计划采用何种维护处理方法，修改设计并进行复 审，编制出新的源程序，利用文档中的信息进行回归 测试，然后重新交付软件。这种维护过程就叫做“结 构化维护”

1．软件测试(第8 章) 2．静态测试(第8 章) 3．动态测试(第8 章) 4．黑盒测试(第8 章) 5．白盒测试(第8 章) 6．语句覆盖(第6 章) 7．判定覆盖(第6 章) 8．条件覆盖(第6 章) 9．判定/条件覆盖(第6 章) 10．条件组合覆盖(第6 章) 11．路径覆盖(第6 章) 12．测试用例(第8 章) 13．驱动模块(第6 章) 14．桩模块(第6 章) 15．单元测试(第8 章) 16．集成测试(第8 章) 17．确认测试(第8 章) 18．渐增式测试(第8 章) 19．非渐增式测试(第8 章) 20．调试(第9 章) 21．人的因素的含义(第11 章) 22．基线(第12 章) 23．软件配置管理(第12 章24．软件配置项(第12 章) 25. 软件概要设计(第5 章) 26. 模块(第5 章) 27. 模块化(第5 章) 28. 抽象(第5 章) 29. 信息隐蔽(第5 章) 30. 模块独立性(第5 章) 31. 耦合性(第5 章) 32. 无直接耦合(第5 章) 33. 数据耦合(第5 章) 34. 标记耦合(第5 章) 35. 控制耦合(第5 章) 36. 公共耦合(第5 章) 37. 内容耦合(第5 章) 38. 内聚性(第5 章) 39. 偶然内聚(第5 章) 40. 逻辑内聚(第5 章) 41. 时间内聚(第5 章) 42. 通信内聚(第5 章) 43. 顺序内聚(第5 章) 44. 功能内聚(第5 章) 45. 软件结构图(第5 章) 46. 结构化设计(第5 章) 47. 变换流(第6 章) 48. 事务流(第6 章) 49. JSP (第6 章) 50. JSD (第6 章)答案：1. 软件测试指为了发现软件中的错误而执行软件的过程。

它的目标是尽可能多地发现软件中存在的错误，将测试结果作为纠错的依据。

2. 静态测试指被测试的程序不在机器上运行，而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。