本文共 1444 字，大约阅读时间需要 4 分钟。

软件生命周期：需求分析、软件分析、软件设计、编码、软件测试、运行维护

瀑布模型：严格按照软件生存周期进行。前一段工作完成之后，后一阶段的工作才能开始，具有顺序性。缺点是刚开始需求很难弄清楚，容易返工

快速原型模型：建立一个能够反映用户主要需求的模型，让用户看，将原型反复改进。 增量模型：将众多功能一个一个地去实现，第一个增量通常是软件的核心部分 螺旋模型：迭代多次，每一次都是完整的流程，强调风险分析 构建集成模型：类似面向对象开发，将事务封装成包含数据和加工该数据的方法的对象并抽象为类，也称为构件。可在不同计算机系统中复用。若开发中用到则提出来，若没有，则实现它并添加到构件库中 转换模型：用数学方法将软件需求规格说明书转换为计算机系统能够接受的目标程序系统 净室模型：力求在分析和设计阶段就消除错误，在无缺陷状态下实现软件的制作

SA：结构化分析–建立分析模型、编写软件需求规格说明书（SRS）

SD：结构化设计–DFD、SC 数据流图DFD：描述系统中数据流程的一种图形工具，它标志了一个系统的逻辑输入和逻辑输出，以及把逻辑输入转换逻辑输出所需的加工处理。分为顶层、第二层、第三层，一层一层细化 数据字典DD：为软件中的每个数据规定一个定义条目 SC图：具体是是面向数据流设计(SD)方法使用的主要描述工具，用来表达软件的组成模块及其调用关系

UML：可视化建模语言，用图形符号表示模型元素，简单一致通用，消除因人而异的表达方法所造成的影响。

OOA：面向对象分析（UML是它的重要表达工具），提取类和对象，结合分析进行建模。 分析类的类型：边界类（用户界面/系统接口/设备接口，与外部环境交互的边界）、控制类（运行中的控制逻辑）、实体类（系统要存储和维护的信息）

内聚：从功能的角度对模块内部聚合能力的量度（块内联系强弱），最强的是“一个模块，一个功能”，即一个模块只做一件事情；最弱的是由于偶然，几个模块放在一起汇成一个模块，它们可能在执行其他功能时被分别调用，内聚性差。

耦合：模块与模块之间联系的复杂程度。耦合越弱，模块独立性越强。 应做到高内聚低耦合，便于维护，可移植性强等。

黑盒测试（功能测试）：根据被测试程序功能来进行测试

等价分类法–把输入数据的可能值划分为若干等价类，这样就可以对应等价类设计测试数据，一个等价类设计一个就足够 边界值分析法–测试用例设计在循环/数组的边界

白盒测试（结构测试）：以程序的结构为依据

逻辑覆盖测试：针对流程图，将所有真假情况罗列成测试数据 路径覆盖测试：针对控制流图，为每一条路径设计用例

集成测试：把单独的软件模块结合在一起作为整体接受测试。检查模块相互调用时，数据经过接口是否丢失；一个模块的功能是否会对另一个模块的功能产生不利的影响；将各个子功能组合起来，检查能否达到预期要求的各项功能。

驱动器和程序桩：模块本身不是一个独立的程序，在测试模块时，必须为每个被测模块开发一个驱动器（对底层或子层模块进行测试时所编制的调用被测模块的程序，用以模拟被测模块的上级模块）和若干个桩程序（对上层模块进行测试时，所编制的替代下层模块的程序，用以模拟被测模块工作过程中所调用的模块）

系统测试：对完整集成后的产品和解决方案进行测试，用来评价系统对具体需求规格说明的功能和非功能的符合性的测试（测试产品质量/功能）

回归测试：对之前已测试过、经过修改的程序进行的重新测试，以保证该修改没有引入新的错误或者由于更改而发现之前未发现的错误

 

转载地址：https://blog.csdn.net/qq_41992047/article/details/123307752 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！