计算机系统的存储器分类：
按照所处位置分为内存和外村、按构成材料分为磁存储器和半导体存储器、按照工作方式可以分为读写存储器和只读存储器、按访问方式可以分为按地址访问的存储器和按内容访问的存储器、按寻址方式可以分为随机存储器、顺序存储器和直接存储器。
软件复审概念：
可维护性是所有软件都应具备的基本特点，必须在开发阶段保证可维护性的特点。在系统分析阶段的复审中应该指出软件的可移植性问题以及可能影响软件维护的系统界面；在系统设计的复审期间，应该从容易修改容易修改、模块化和功能独立的目的出发，评价软件的结构和过程；在系统实施阶段的复审间，代码复审应该强调编码风格和内部说明文档这两个影响可维护性的因素。可测试性是可维护性的一个指标。
特洛伊木马病毒：
一种通过 络传播的病毒，分为客户端和服务端，服务端为被感染的计算机，典型现象有未知程序试图建立 络连接。
软件风险：
软件风险一般包括不确定性和损失两个特性，不确定性指风险可能发生也可能不发生，损失指当风险确定发生时会引起的不希望的后果和损失。
UML统一建模语言：
uml进行软件设计时，用泛化表示两类事物之间存在特殊/一般关系，用聚集关系表示事物之间存在的整体/部分关系。
类图：是一切面向对象方法的核心建模工具。该图描述了系统中对象的类型以及它们之间存在的各种静态关系。有三种主要的关系：
- 关联 – 实心线。
- 继承（泛化） – 空心三角实心线。
- 聚合 – 空心钻石实心线。
- 依赖-虚线细箭头 表述语义关系，其中一个变化会影响另一个变化
组件图：描绘了组件如何连接在一起以形成更大的组件或软件系统。它展示了软件组件的体系结构以及它们之间的依赖关系。那些软件组件包括运行时组件、可执行组件和源代码组件。
对象图：是实例 (Instance) 的表达，包括对象和数据值。
使用质量:
有效性、安全性、满意度、生产率
内部质量和外部质量：
功能性、可靠性、易用性、效率、维护性、可移植性
软件评价过程特性：
可重复性：同一评价者按同一规格说明对同一产品进行重复评价应产生同一种可接受的结果。
可在现性：由不同一评价者按同一规格说明对同一产品进行重复评价应产生同一种可接受的结果。
公平性：评价不应偏袒任何特殊结果。
客观性：评价结果应是客观事实。
软件风险：
开发不成功引起损失的可能性，这种不成功会导致公司商业上的失败。
软件风险分析目的：确定测试对象、确定优先级以及测试深度。
软件风险分析方法：软件风险分析表
软件测试风险：
软件测试过程中出现的或潜在的问题，造成的主要原因是测试计划的不充分、测试方法有误或测试过程的偏离，造成测试的补充以及结果不准确；测试的不成功导致软件交付潜藏着问题，一旦在运行时爆发，会带来很大的商业风险。
缺陷探测率DDP：
DDP是另一个衡量测试工作效率的软件质量成本指标、是衡量测试投资回 的一个重要指标。
DDP=BUGS（测试者发现的错误数）/ 【BUGS（测试者发现的错误数）+BUGS（客户发现的错误数）】
语句覆盖SC：程序中的语句至少被执行一次
判定覆盖DC：设计足够的测试用例，使得程序中的每个判定至少获得一次真或假值，或者说使得程序中的每一个取真分支和取假分支至少经历一次
条件覆盖cc：构造一组测试用例，使得每一判定语句中每个逻辑条件的可能值至少满足一次。
条件判定组合覆盖cdc：设计足够的测试用例使得判定中每个条件的所有可能（真或假）出现一次并且每个判定本身的判定结果（真或假）也至少出现一次。
多条件覆盖MCC：也称条件组合覆盖，设计足够的测试用例使得每个判定中条件的各种可能组合都至少出现一次。
系统维护分为以下四个方面：
正确性维护：是指改正系统开发阶段已发生而测试阶段尚未发生的错误
适应性维护：是指使应用软件适应信息技术变化和管理需求变化而进行的修改
完善性维护：是为了扩充功能和改善性能而进行的修改，主要是指对已有的系统增加一些在系统分析和设计阶段中没有规定的功能与性能特性。这些功能对完善系统功能是非常必要的。
预防性维护：为了改进应用软件的可靠性和可维护性，为了适应未来的软硬件环境的变化，应主动增加预防性的新功能，以使系统适应各类变化而不被淘汰。
结构化分析SA：
面向数据流的需求分析方法，包括分层的数据流图、数据字典（描述了所有在目标系统中使用和生成的数据对象）、描述结构化语言、判定表或判定树。
模块独立性：
指软件系统中每个模块只涉及软件要求的具体的子功能，而与软件系统中其他模块的接口是简单的。用模块间耦合和模块内聚进行度量。内聚度越高则模块的独立性越好。
以下内聚程度由弱到强：
1、巧合（偶然）内聚：模块完成的动作之间没有任何的关系，或者仅是一种非常松散的关系。
2、逻辑内聚把几种相关的功能组合在一起，每次调用时根据传送给模块的判定参数来确定执行哪一种功能。
3、时间内聚：模块内部的各个组成部分所包含的动作必须在同一时间间隔内执行。
4、过程内聚：模块完成多个任务，这些任务必须按指定的过程执行。、
5、信息（通信）内聚模块中可以完成多个功能，各个结构都在同一数据结构上操作，或者各处理使用相同的输入数据或者产生相同的输出数据。
6、顺序内聚：指一个模块中的各个处理元素都密切相关于同一功能且必须顺序执行，前一功能的输出就是下一功能元素的输入。
7、功能内聚是指一个模块中各个部分都是完成某一个具体功能必不可少的组成部分。
数据耦合：一个模块访问另一个模块时彼此之间是通过数据参数（不是控制参数、公共数据结构和外部变量）来交换输入输出信息。
标记耦合：模块通过参数表传递记录信息。
公共耦合：模块都访问同一公共数据环境。
内容耦合：一个模块直接访问另一个模块的内部数据，或通过非正常入口转入另一个模块内部，或者两个模块有一部分代码重叠，又或者一个模块有多个入口。
结构化分析：
结构化分析方法中，数据流图描述数据在系统中如何被传送或变换，反应系统必须完成的逻辑功能，用于功能建模；实体-联系图用于数据建模，状态迁移图用户行为建模。
数据流图：
数据流图中加工常用描述方法有结构化语言、判定树和。判定表。
数据流图是结构化分析中的重要模型，用于描述系统的功能、输入、输出和数据存储等。在绘制数据流图时，每条数据流的起点或终点必须是加工，即至少有一端是加工。在分层数据流图中必须要保持父图与子图平衡。每个加工必须既有输入数据流又有输出数据流，必须保持数据守恒。
结构化开发方法：
是基于数据流进行需求分析和软件设计，用抽象模型的概念，按照软件内部数据传递和转换关系自顶向下对问题逐层分解。
jackson是面向数据结构的分析和设计方法，以活动为中心。booch是面向对象的软件开发方法。
结构化开发方法由结构化分析、结构化设计和结构化程序设计构成，是一种面向数据流的开发方法；指导思想是自顶向下、逐层分解、基本原则是功能的分解与抽象。
N-S盒图、PAD图和程序流程图只要用于表示软件模块的执行过程，E-R图用于对系统数据建模，用于表示实体和实体之间的联系。
RUP每个阶段的产物：
初期阶段结束时产生一个构想文档、一个有关用例模型的调查、一个初始的业务用例、一个早期的风险评估和一个可以显示阶段和迭代的项目计划制品。
精化阶段结束时产生一个补充需求分析、一个软件架构描述和一个可执行的结构原型等制品
构建阶段结束时的成果时一个准备交付到最终用户手中的产品，包括具有最初运作能力的在适当的平台上 集成的软件产品、用户手册、和对当前版本的描述
移交阶段结束时产生移交给用户产品发布版本。
类库为应用程序提供了一组可以被使用的类；
框架除了提供类之外还基本实现了一个可以执行的架构；
函数库提供被调用的函数。
算法可以借助各种工具描述出来，一个算法可以是用自然语言、数字语言或约定的复合来描述，如流程图、伪代码、决策表、决策树等，但不包括程序设计语言代码。
类图：主要对系统的词汇建模，或者对简单的协作建模，或者对逻辑数据库模式建模、而用例图对系统的需求建模。类图中，类与类之间的关系有依赖关系、关联关系、聚集关系、组合关系和泛化关系，其中聚集关系和组合关系表示更强的关联关系，表示整体和部分的关系。
白盒测试用例设计方法：
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！