软件构造总结

第一章 软件构造的多维度视角与质量追求

本章旨在从软件的三个核心维度及其衍生的八个关键视角，深入探讨软件构造的本质、软件系统的构建方式，以及何为高质量的软件系统。

一、多维度软件分析框架

1.三维度八视角

（1）三个维度

• 生命周期维度：构造时与运行时视图，分别关注软件在开发阶段和部署运行阶段的状态。
• 动态性维度：时刻与阶段视图，聚焦于软件在特定时间点的静态结构和在一段时间内的发展变化。
• 结构层次维度：代码与构件视图，从底层代码实现到高层次的系统组件和模块。

（2）八个视角

1. 构造阶段-即时-代码级视图：关注源代码的基本程序块（如函数、类、方法等）的逻辑组织及其依赖关系，是软件实现的基石。
2. 构造阶段-阶段内-代码级视图：聚焦于软件开发过程中代码的变化，包括代码的增加、删除和修改，反映软件开发进度和团队成员贡献。
3. 构造阶段-即时-构件级视图：在代码级视图基础上，将功能相近的类打包成组件或子系统，实现代码的封装和复用。
4. 构造阶段-阶段内-构件级视图：关注软件实体（如文件、组件）在开发阶段内的版本变化和管理，确保软件开发的连续性。
5. 运行阶段-即时-代码级视图：分析软件运行时特定时刻的内存状态，帮助调试和性能优化。
6. 运行阶段-阶段内-代码级视图：通过日志记录程序运行时的调用情况，揭示程序运行时序关系，辅助问题诊断。
7. 运行阶段-即时-构件级视图：展示运行时软件系统的结构、硬件和软件元素的配置和部署，类似于UML中的部署图。
8. 运行阶段-阶段内-构件级视图：通过系统日志记录程序运行事件，快速定位问题根源，实现问题的高效解决。

2.软件构造的核心

软件构造不仅涉及从底层代码到高层组件的逐层构建，更包含了在开发阶段和运行阶段对软件系统的持续优化和完善。通过这八个视角的循环迭代，软件得以从设计蓝图转变为实际运行的合格产品。软件构造正是这一过程中的关键技艺，它教会我们如何从零开始，逐步构建出高质量的软件系统。

二、软件系统的质量特性分析

软件系统的质量是由一系列复杂的外部表现特性和内部实现特性共同决定的。外部特性主要反映了系统向用户提供的直观感受和功能性满足，而内部特性则直接关联到系统内部的设计和实现质量。

1.外部质量特性

外部质量特性涵盖了正确性、健壮性、可扩展性、可复用性、兼容性、性能、可移植性、易用性、功能性、及时性、可验证性、完整性、可修复性和经济性等多个方面。其中，正确性是所有软件质量特性的基石，它确保了软件能够按照预期正确地执行其功能。而其他特性则是对软件质量要求的进一步扩展和提升，旨在为用户提供更优质、更可靠的使用体验。

2.内部质量特性

在内部质量特性中，复杂性是一个至关重要的考量因素。软件系统的复杂性不仅影响开发过程的效率和难度，也直接关系到外部质量特性的实现。因此，降低软件系统开发的复杂程度对于提升外部质量特性具有至关重要的意义。通过合理的软件架构设计、模块划分和代码优化等手段，可以有效降低系统的复杂性，提高软件的可维护性、可扩展性和可复用性。

3.五项关键质量考虑因素

在软件系统的质量特性中，以下五项因素尤为重要：

1. 易于理解：软件应具有良好的可读性和可维护性，使得开发人员能够轻松理解其工作原理和内部结构。
2. 开发成本低廉：在满足功能需求的前提下，应尽量降低软件的开发成本，包括人力、物力和时间等方面的投入。
3. 易于变化：软件应具有一定的灵活性和可扩展性，能够方便地应对业务需求的变化和升级。
4. 减少错误：通过严格的测试和质量保证措施，减少软件中的错误和缺陷，提高软件的稳定性和可靠性。
5. 运行高效：软件应能够在各种环境下高效运行，满足用户对性能的需求。通过优化算法、提高代码执行效率等手段，可以提升软件的运行性能。

第二章 软件测试和测试驱动的开发方法

本章将深入探讨软件测试在软件开发中的核心地位，以及测试驱动开发（VDD）对于提升软件质量的重要性。

一、软件测试的重要性

软件测试是确保软件质量的关键环节，也是测试代码是否符合用户需求的直接手段。开发人员有责任通过测试"确认"自己的代码是否满足用户需求。在编写代码的过程中，开发人员应尽早发现并修复问题，但值得注意的是，即使是经过精心设计的测试，也无法保证软件的100%无缺陷。

1.测试层级

（1）单元测试：针对代码的最小单元（如函数）进行的功能确认。

（2）集成测试：测试由不同开发人员或团队编写的模块、组件、子系统之间的集成效果。

（3）系统测试：在完全集成的系统环境中测试系统是否满足预设要求。

（4）验收测试：确认系统是否达到了用户指定的需求和标准。

（5）回归测试：测试软件更新或变更后，是否引入了新的缺陷或影响了已有功能。

2.静态测试与动态测试

静态测试：在不实际执行代码的情况下，通过检查源代码结构、语法和数据流等方式进行的测试。

动态测试：通过实际执行代码，并输入预定义的测试用例来测试代码的动态行为。

二、测试驱动的开发方法

1.测试用例设计

测试用例由输入、执行条件和预期结果组成，旨在实现以下目标：发现缺陷、避免冗余、保证效率，并确保测试用例的复杂度适中。

2.测试优先的编程步骤

（1）根据用户需求设计具体的方法和规范（spec）。

（2）为spec中的功能和特殊场景设计相应的测试用例。

（3）实现方法，并通过不断修改直至满足所有测试用例。

3.测试驱动开发的优点

（1）早期发现缺陷，降低修复成本。

（2）提升编程过程的成就感。

（3）帮助完善spec设计，确保其与需求紧密对齐。

4.测试驱动开发（VDD）

VDD是一种依赖短周期迭代进行开发的流程，它要求将需求转化为具体的测试用例，并通过实现这些测试来驱动软件的改进。

5.单元测试与JUnit框架

JUnit是一个流行的单元测试框架，它允许开发人员以方法的形式编写测试，并使用注解和断言方法来测试代码的正确性。

三、测试用例编写策略

1.等价类划分方法

根据输入数据的约束条件，将输入域划分为不同的等价类，并从每个等价类中导出测试用例。

2.边界值分析方法

针对输入域的边界值进行测试，以发现可能存在的缺陷。这种方法是等价类划分方法的补充。

3.分区覆盖方式

包括笛卡尔积全覆盖、每个取值至少覆盖一次等多种策略，用于确保测试用例的覆盖度和效率。

4.黑盒测试与白盒测试的深入探究

黑盒测试：黑盒测试，也被称为功能测试，其核心思想是将软件视为一个不透明的"黑盒子"。在不深入其内部实现细节、不直接查看源代码的情况下，我们仅基于软件的功能需求规格（spec）来设计和执行测试用例。这种方法专注于测试软件的外部行为是否符合预期，而不关心其内部逻辑或实现细节。

白盒测试：与黑盒测试相反，白盒测试是一种透明的测试方法，它要求测试人员深入了解软件的内部结构和源代码。在白盒测试中，测试人员会仔细分析源代码，理解其内部逻辑和工作原理，并据此设计测试用例。独立/基本路径测试是白盒测试中的一种重要技术，它通过对程序所有可能的执行路径进行等价类划分，选择出具有代表性的、最简单的路径（例如，循环只执行一次），然后设计测试用例以确保这些基本路径至少被覆盖一次。

代码覆盖度分析：代码覆盖度是衡量测试用例对程序代码覆盖程度的一个重要指标。它反映了已有测试用例在多大程度上覆盖了被测试程序的代码。一般来说，覆盖度越高，测试的充分性就越高，但实现高覆盖度往往需要设计更多的测试用例，从而增加测试的成本和复杂性。在测试效果上，路径覆盖通常被认为是最有效的，因为它能够覆盖到程序的所有可能执行路径；其次是分支覆盖，它关注于程序的分支逻辑；最后是语句覆盖，它仅仅关注于程序中的每一条语句是否被执行过。然而，从测试难度来看，路径覆盖往往是最具挑战性的，因为它需要考虑到程序的所有可能执行路径；分支覆盖次之，语句覆盖则相对较为简单。

5.测试策略的重要性

测试策略的选择对于确保软件质量至关重要。它决定了我们如何根据软件的需求和特性来选择和设计测试用例。测试策略应该明确等价类的划分依据，以便在测试过程中能够有针对性地覆盖到所有可能的输入条件和场景。此外，测试策略还应该在代码中显式地记录下来，以便在代码评审过程中，其他开发人员能够理解你的测试设计，并评估你的测试是否足够充分和有效。

第三章 软件建构过程与配置管理

本章将深入探讨软件配置管理与版本控制系统,并简要介绍Git作为一种常用版本控制工具的使用方法。

一、软件开发生命周期（SDLC）

软件开发生命周期（Software Development Life Cycle，SDLC）描述了软件从起步到最终发布的各个阶段。它定义了一个标准的过程,用于提升软件质量和开发效率。SDLC的目标是以最低成本交付高质量软件。为了避免严重的项目失败,软件开发通常分为六个阶段:需求规划、需求分析、设计、编码实现、测试集成,以及后续维护。

二、传统软件过程模型

现有的软件过程模型包括:瀑布模型、增量模型、V模型、原型模型、螺旋模型等。

三、敏捷开发

主流的敏捷开发方法有:XP、Scrum等。

四、软件配置管理（SCM）和版本控制系统 (VCS)

软件配置管理（SCM）:跟踪和管控软件的变更历史

软件配置项（SCI）:软件中可独立变更的基本单元,如文件

基线:软件开发过程中的"稳定时刻",如发布版本

配置管理数据库（CMDB）:记录软件各配置项的变更信息和基线

版本控制系统

本地版本控制系统:仓库存储在开发者本地,无法共享协作

集中式版本控制系统:仓库存储在独立服务器,支持多人协作

分布式版本控制系统:仓库存储在服务器和开发者本地

Git

Git常用指令及状态如下图所示。