综合知识
三态图
就绪状态 ( R eady)：进程已获得除CPU 以外的所有必要盗源，只要再获得CPU, 就可以立即 执行。例如，在多任务操作系统中，多个进程可能同时处于就绪状态，等待CPU 调度。
执行状态(Running) ：进程正在CPU 上运行，占用 CPU 资源执行指令。
阻塞状态(Blocked) ：进程因等待某一事件(如I/O 操作完成、等待信号量等)而暂时无法继续 执行，此时即使CPU 空闲，它也不能占用CPU 运行
OSI模型
OSI模型即开放式系统互联参考模型（Open Systems Interconnection Reference Model），是由国际标准化组织（ISO）提出的一个网络体系结构框架。它将网络通信的工作分为7个层次，从下到上依次为：
|------------|--------------------------|-----------------------------------------------------|-------------------------------------------|
| 层级 | 名称 | 主要功能 | 典型协议/设备 |
| 7 | 应用层(Application Layer) | 为应用程序提供网络服务接口，直接为用户的应用进程通信提供支持。 | HTTP, FTP, SMTP, DNS, Telnet |
| 6 | 表示层 (Presentation Layer) | 处理数据的表示问题，如数据的格式转换、加密解密、压缩解压缩等。 | SSL/TLS（加密）、JPEG、MPEG、ASCII |
| 5 | 会话层(Session Layer) | 建立、管理和终止应用程序之间的会话（连接），提供会话控制服务（如检查点、恢复） | NetBIOS, RPC, PPTP |
| 4 | 传输层(Transport Layer) | 提供端到端的数据传输服务，负责可靠或不可靠的数据传送，具备差错控制、流量控制和拥塞控制。 | TCP（可靠）、UDP（不可靠） |
| 3 | 网络层(Network Layer) | 负责将数据包从源主机路由到目标主机，处理逻辑地址（如IP地址）和路径选择。 | IP, ICMP, ARP, RIP, OSPF, 路由器 |
| 2 | 数据链路层(Data Link Layer) | 在物理链路上提供可靠的数据传输，负责帧的封装与解封装、物理地址（MAC地址）寻址、差错检测和流量控制。 | Ethernet, PPP, MAC, 交换机, 网桥、STP(解决链路环路问题) |
| 1 | 物理层(Physical Layer) | 在物理介质上传输原始的比特流，定义电气、机械、时序和接口规范。 | 集线器、中继器、网线、光纤、RS-232 |
核心作用：
分层设计 ：将复杂的网络通信过程分解为多个功能明确的层次，每一层只与相邻层交互，便于设计、实现、维护和故障排查。
标准化 ：为不同厂商的设备和软件提供统一的通信标准，实现互操作性。
模块化 ：各层功能独立，修改某一层的技术不影响其他层（如从以太网升级到Wi-Fi，上层协议无需改变）。
虽然现代互联网主要基于TCP/IP模型（4层或5层），但OSI模型因其清晰的结构，仍然是理解和学习网络通信原理的重要工具。
TCPIP网络协议的分类和功能 :
RARP 是反向地址转换协议，它允许局域网的物理地址从网关服务器的ARP表或者缓存上请求其IP地址；
ARP 是地址解析协议，在仅知道主机的IP地址时确定其物理地址的一种协议；
IGMP 是Internet组管理协议，是用来定义组播中GROUP的成员加入和退出的机制；
ICMP 是网间控制报文协议允许主机或路由器报告差错情况和提供有关异常情况的报告。
城域网三个层次中：
核心层 提供高带宽业务承载
汇聚层 负责业务数据的汇聚和分发
接入层 负责用户接入
传输层 不是城域网的层次
统一过程 （ RUP ）
PS：在软考中UP、RUP都指统一过程
典型特点是用例驱动、以架构为中心、迭代和增量。
统一过程把一个项目分为四个不同的阶段：
1.构思阶段(初始/初启阶段):定义最终产品视图和业务模型、确定系统范围。
2.细化阶段(精化阶段):设计及确定系统架构、制定工作计划及资源要求。
3.构造阶段：开发剩余构件和应用程序功能，把这些构件集成为产品，并进行详细测试。
4.移交阶段：确保软件对最终用户是可用的，进行β测试，制作产品发布版本。
9个核心工作流：
业务建模、 需求、分析与设计、实现、测试、部署、 配置与变更管理、项 目管理、 环境 。
RUP的特点：
-
****用例驱动：****需求分析、设计、实现和测试等活动都是用例驱动的。
-
以体系结构为中心： 包括系统的总体组织和全局控制、通信协议、同步、数据存取、给设计元素分配功能、设计元素的组织、物理分布、系统的伸缩性和性能等。是一个多维的结构，会采用多个视图来描述。
在典型的4+1视图模型中 ： （ 软件工程 ）
1.分析人员和测试人员 关心的是系统的行为，会侧重于用例视图；
2.最终用户 关心的是系统的功能，会侧重于逻辑视图；
3.程序员 关心的是系统的配置、装配等问题，会侧重于实现视图；
4.系统集成人员 关心的是系统的性能、可伸缩性、吞吐率等问题，会侧重于进程视图；
5.系统工程师 关心的是系统的发布、安装、拓扑结构等问题，会侧重于部署视图。
3. 迭代与增量：
把整个项目开发分为多个迭代过程。在每次选代中，只考虑系统的一部分需求，进行分析、设计、实现、测试和部署等过程；每次选代是在已完成部分的基础上进行的，每次增加一些新的功能实现，以此进行下去，直至最后项目的完成。
UML图分类
|----------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------|
| 静态图(结构图 | 动态图(行为图） |
| 1.类图：一组类、接口、协作和它们之间的关系 2.对象图：一组对象及它们之间的关系 3.构件图：一个封装的类和它的接口 4.部署图：软硬件之间映射 5.制品图：系统的物理结构 6.包图：由模型本身分解而成的组织单元，以及 它们之间的依赖关系 7.组合结构图 | 1.用例图：系统与外部参与者的交互 2.顺序图：强调按时间顺序 3.通信图(协作图) 4.定时图：强调实际时间 5.交互概览图 6.活动图：类似程序流程图，并行行为 7.状态图：状态转换变迁 ps:2.3.4.5为交互图（方便记忆吧） |
逻辑视图表示了设计模型中在架构方面具有重要意义的部分，即类、子系统、包和用例实现的子集。
进程视图是可执行线程和进程作为活动类的建模。
实现视图对组成基于系统的物理代码的文件和组件进行建模。
部署视图把组件部署到一组物理节点上，表示软件到硬件的映射和分布结构。
|-------------------------|-------------------------------------------|
| 4+1视图及其功能表（架构设计） ||
| 视图 | 功能 |
| 逻辑视图 (Logical View) | 描述了设计的对象模型，支持系统的功能需求 |
| 进程视图 (Process View) | 描述了设计的并发和同步特征，支持系统的运行特性 |
| 物理视图 (Physical view) | 描述了软件到硬件的映射，反映了分布式特性，支持系统的拓扑、安装和通信需求 |
| 开发视图 (Development view) | 描述了在开发环境中软件的静态组织结构，支持软件开发的内部需求 |
| 场景 (Scenario) | 用来说明重要的系统活动，是其他 4 个视图在用例 (Use Case)驱动下的综合 |
UML2.0添加了交互框(Interaction Frame)，交互框指途中的一块区域(Region)或片段(Fragment)，包含一个操作符(或称为标签)，并包含一个警戒。
UML2.0的消息类型有：简单消息、同步消息、异步消息、参与者创建消息、参与者销毁消息、无触发对象和无接收对象的消息。
结构化分析（SA）
数据流图（DFD）： 展示信息如何在系统内流动以及系统如何处理这些信息。结构化分析(SA)的核心工具是数据流图(DFD)它通过数据流、处理、数据存储和外部项4种元素表达功能需求。
实体关系图（ER）：主要用于数据库设计，描述数据对象及其之间的关系。
状态转换图：显示对象在其生命周期内的可能状态及状态间的转换。
PS：程序流程图、决策表等也是结构化分析的一部分。
结构化设计
概要设计----模块结构图/层次图/HIPO 图(层次+input process output)
详细设计----程序流程图/盒图 NS/PAD 问题分析图/PDL 程序设计语言(伪码)
模块(化) ---- 指执行某一特定任务的数据结构和程序代码
外部特征: 模块的接口和功能/
内部特征: 模块的局部数据和程序代码
关键原则: 信息隐蔽/模块独立性(高内聚、低耦合)
|--------------|------------------------|
| 内聚类型 | 描述 |
| 功能内聚 | 完成一个单一功能，各个部分协同工作，缺一不可 |
| 顺序内聚 | 处理元素相关，而且必须顺序执行 |
| 通信内聚 | 所有处理元素集中在同一个数据结构的区域上 |
| 过程内聚 | 处理元素相关，而且必须按特定的次序执行 |
| 瞬时内聚（时间内聚） | 所包含的任务必须在同一时间段内执行 |
| 逻辑内聚 | 完成逻辑上相关的一组任务 |
| 偶然内聚（巧合内聚） | 完成一组没有关系或松散关系的任务 |
内聚性排序（从高到低）：
功能 > 顺序 > 通信 > 过程 > 瞬时 > 逻辑 > 偶然
|--------------|-------------------------------------------------------------------|
| 耦合类型 | 描述 |
| 非直接耦合 | 两个模块之间没有直接关系，它们之间的联系完全通过主模块的控制和调用来实现 |
| 数据耦合 | 一组模块借助参数表传递简单数据 |
| 标记耦合 | 一组模块通过参数表传递记录信息（数据结构） |
| 控制耦合 | 模块之间传递的信息中包含用于控制模块内部逻辑的信息 |
| 外部耦合 | 一组模块都访问同一全局简单变量，而且不是通过参数表传递该全局变量的信息 |
| 公共耦合 | 多个模块都访问同一个公共数据环境 |
| 内容耦合 | 一个模块直接访问另一个模块的内部数据；一个模块不通过正常入口转到另一个模块的内部；两个模块有一部分程序代码重叠；一个模块有多个入口 |
耦合性排序（从低到高）：
非直接 < 数据 < 标记 < 控制 < 外部 < 公共 < 内容
软件架构设计
软件架构设计的本质
软件架构设计的本质是定义系统的高层结构，聚焦三大核心维度:
- 结构:构件(模块/服务)的组织方式与层级关系1)(如分层架构、微服务划分)
- 属性:系统的质量特性(非功能性需求)，如可扩展性、可靠性、性能;
- 交互作用:构件间的通信机制与协作模式(如API调用、消息队列、事件驱动
基于架构的软件设计（ABSD）
- ABSD 能很好的支持软件重用。
- ABSD 方法是架构驱动，即强调由业务【商业】、质量和功能需求 的组合驱动架构设计。
- ABSD 方法有三个基础。
第一个基础是功能的分解 。 在功能分解中，ABSD 方法使用已有的基于模块的内聚和耦合技术；
第二个基础是通过选择架构风格来实现质量和业务需求 ；
第三个基础是软件模板的使用 。软件模板利用了一些软件系统的结构。
- 视角与视图：从不同的视角来检查，所以会有不同的视图。
- 用例 用来捕获功能需求、特定场景【刺激、环境、响应】用来捕获质量需求。
- 架构文档化的输出结果为：架构规格说明书 和 架构质量说明书
- 开发过程：架构需求、架构设计、架构文档化、架构复审、架构实现、架构演化 。
特定领域软件架构（DSSA）
特定领域软件架构以一个特定问题领域为对象，形成由领域参考模型、参考需求、参考架构 等组成的开发基础架构，支持一个特定领域中多个应用 的生成。
DSSA的建立过程是并发的、递归的、反复的螺旋型 ，强调逐步优化和迭代。
- 垂直域：某一个狭小领域或者说某个行业的共性抽象。
- 水平域：多个行业可通用的一些共性的抽象 。
信息系统的分类
|-----------------|----------------------------------------------------------------|
| 信息系统的分类 | 关键点 |
| 业务处理系统 【TPS】 | 早期最初级的信息系统【20世纪50-60年代】。 功能：数据输入、数据处理【批处理、OLTP】、数据库维护、文件报 表产生。 |
| 业务处理系统 【TPS】 | 早期最初级的信息系统【20世纪50-60年代】。 功能：数据输入、数据处理【批处理、OLTP】、数据库维护、文件报 表产生。 |
| 管理信息系统 【MIS】 | 高度集成化的人机信息系统。 金字塔结构：分多个层级。 |
| 决策支持系统 【DSS】 | 由语言系统、知识系统和问题处理系统组成。 用于辅助决策、支持决策。 尤其针对半结构化及非结构化问题 |
| 专家系统【ES】 | 知识+推理=专家系统。人工智能的一个重要分支。 |
| 办公自动化系统 【OAS】 | 由计算机设备、办公设备、数据通信及网络设备、软件系统组成。 |
| 办公自动化系统 【OAS】 | 由计算机设备、办公设备、数据通信及网络设备、软件系统组成。 |
| 企业资源计划 【ERP】 | 打通供应链，集成，整合。 |
| 企业资源计划 【ERP】 | 打通供应链，集成，整合。 |
信息安全的5个基本要素
|------------|------------------------------------------|
| 名称 | 说明 |
| 机密性(C) | 机密性是指网络信息不泄露给非授权的用户、实体或程序，能够防止非授权者 获取信息。 |
| 完整性(1) | 完整性是指网络信息或系统未经授权不能进行更改的特性。 |
| 可用性(A) | 可用性是指合法许可的用户能够及时获取网络信息或服务的特性。 |
| 可控性 | 可控性是指可以控制授权范围内的信息流向及行为方式。 |
| 可审查性 | 可审查性是指对出现的信息安全问题提供调查的依据和手段。 |
信息加解密技术
常见 对称 加密
概念： 对称加密（又称为私人密钥加密/共享密钥加密）：加密与解密使用同一密钥 。
特点： 加密强度不高，但效率高；密钥分发困难 。
（大量明文为了保证加密效率一般使用对称加密）
|--------------|----------------------------------------------------|
| 算法名称 | 特点描述 |
| DES | 替换 + 移位，56位密钥，64位数据块，速度快，但密钥较短，易被破解 |
| 3DES（三重 DES） | 使用两个56位密钥 K1 和 K2，增强安全性： |
| 3DES（三重 DES） | •加密：K1加密 → K2解密 → K1加密 |
| 3DES（三重 DES） | •解密：K1解密 → K2加密 → K1解密 |
| RC-5 | 可变密钥长度和数据块大小的分组密码，灵活性强 |
| IDEA | 128位密钥，64位数据块，加密性优于DES，对计算机性能要求较低，广泛用于PGP |
| AES（高级加密标准） | 也称 Rijndael 算法，支持128/192/256位密钥，美国政府采用的区块加密标准，安全高效 |
常见 非 对称 加密
概念： 非对称加密（又称为公开密钥加密）：密钥必须成对使用（公钥加密，相应的私钥解密） 。
特点： 加密速度慢，但强度高。密钥分发容易 。
|--------------|--------------------------------------------------|
| 算法名称 | 特点描述 |
| RSA | 使用2048位（或1024位）密钥，计算量大，安全性高，难破解；广泛用于数字签名、证书和密钥交换 |
| ECC（椭圆曲线密码学） | 基于椭圆曲线数学理论，密钥长度更短但安全性更高，适用于移动设备和资源受限环境 |
| ElGamal | 安全性依赖于有限域上的离散对数难题，可用于加密和数字签名 |
国产密码算法
|--------------|------------------------------|---------------------------------|
| 算法名称 | 算法特性描述 | 备注 |
| SM1 | 对称加密，分组长度和密钥长度都为128比特 | 广泛应用于电子政务、电子商务及国 民经济的各个应用领域 |
| SM2 | 非对称加密，用于公钥加密算法、密钥交换协议、数字签名算法 | 国家标准推荐使用素数域256位椭圆 曲线 |
| SM3 | 杂凑算法，杂凑值长度为256比特 | 适用于商用密码应用中的数字签名和验证 |
| SM4 | 对称加密，分组长度和密钥长度都为 128比特 | 适用于无线局域网产品 |
| SM4 | 对称加密，分组长度和密钥长度都为 128比特 | 适用于无线局域网产品 |
| SM9 | 标识密码算法 | 不需要申请数字证书，适用于互联网 应用的各种新兴应用的安全保障 |
原型法开发方法
- 适用于需求不明确的开发 ，按功能分为水平原型（界面）、垂直原型（复杂算法） ；按最终结果分为抛弃式原型、演化式原型 。原型法的特点在于原型法对用户的需求是动态响应、逐步纳入的，系统分析、设计与实现都是随着对一个工作模型的不断修改而同时完成的，相互之间并无明显界限，也没有明确分工。系统开发计划就是一个反复修改的过程。适于用户需求开始时定义不清、管理决策方法结构化程度不高的系统开发，开发方法更易被用户接受；但如果用户配合不好，盲目修改，就会拖延开发过程。
- 抛弃型原型， 此类原型在系统真正实现以后就放弃不用了。
- 演化型原型， 此类原型的构造从目标系统的一个或几个基本需求出发，通过修改和追加功能的过程逐渐丰富，演化成最终系统。
原型模型两个阶段：
1、原型开发阶段；
2、 目标软件开发阶段。
软件开发方法
- 结构化开发方法
特点： 自顶向下，逐步分解（求解） ，严格区分工作阶段，每阶段有任务与成果，强调系统开发过程的整体性和全局性，系统开发过程工程化，文档资料标准化。
优点：
理论基础严密，它的指导思想是用户需求在系统建立之前就能被充分了解和理解。由此可见，结构化方法注重开发过程的整体性和全局性 。
缺点：
- 开发周期长 ；文档、设计说明繁琐，工作效率低；
- 要求在开发之初全面认识系统的信总需求，充分预料各种可能发生的变化，但这并不十分现实；若用户参与系统开发的积极性没有充分调动，就会造成系统交接过程不平稳，使系统运行与维护管理难度加大。
- 阶段固化，应变能力差，适用于需求明确的开发场景 。
- 原型法开发方法
- 适用于需求不明确的开发 ，按功能分为水平原型（界面）、垂直原型（复杂算法） ；按最终结果分为抛弃式原型、演化式原型 。原型法的特点在于原型法对用户的需求是动态响应、逐步纳入的，系统分析、设计与实现都是随着对一个工作模型的不断修改而同时完成的，相互之间并无明显界限，也没有明确分工。系统开发计划就是一个反复修改的过程。适于用户需求开始时定义不清、管理决策方法结构化程度不高的系统开发，开发方法更易被用户接受；但如果用户配合不好，盲目修改，就会拖延开发过程。
- 抛弃型原型， 此类原型在系统真正实现以后就放弃不用了。
- 演化型原型， 此类原型的构造从目标系统的一个或几个基本需求出发，通过修改和追加功能的过程逐渐丰富，演化成最终系统。
原型模型两个阶段：
1、原型开发阶段；
2、 目标软件开发阶段。
- 面向对象方法
-
最早来源于仿真领域，其特点是系统的描述及信息模型的表示与客观实体相对应，符合人们的思维习惯，有利于系统开发过程中用户与开发人员的交流和沟通，缩短开发周期，提供系统开发的准确性和效率。 具有更好的复用性，关键在于建立一个全面、合理、统一的模型，分析、设计、实现三个阶段界限不明确。
-
OＭT是面向对象建模技术（UML前身）。用OMT方法开发软件，通常需要建立三种形式的模型：对象模型 （描述系统数据结构）、动态模型 （描述系统控制结构）、功能模型 （描述系统功能）。
-
面向服务的方法
以粗粒度、松散耦合 的系统功能为核心，强调系统功能的标准化和构件化，加强了系统的灵活性、可重用性和可演化性、从概念上讲，SO 方法有三个主要的抽象级别：操作、服务、业务流程 。
- 操作： 代表单个逻辑工作单元（LUW）的事务。
- 服务： 代表操作的逻辑分组。
- 业务流程： 为实现特定业务目标而执行的一组长期运行的动作或活动。
瀑布模型
瀑布模型是将软件生存周期中的各个活动规定为线性顺序连接的若干阶段的模型，包括需求 分析、软件设计、程序设计、编码实现、单元测试、集成测试、系统测试、运行维护。
瀑布模型的特点是严格区分阶段，每个阶段因果关系紧密相连，只适合需求明确的项目。
增量模型
融合了瀑布模型的基本成分和原型实现的迭代特征，可以有多个可用版本的发布，核心功能 往往最先完成，在此基础上，每轮迭代会有新的增量发布，核心功能可以得到充分测试。强 调每一个增量均发布一个可操作的产品。部分开发
螺旋模型
典型特点是引入了风险分析。最主要的特点在于加入了风险分析，它是由制订计划、风险分析、实施工程、客户评估这一循环组成的，并且从概念项目开始第一个螺旋。
V模型和W 模型
V 模型强调测试贯穿项目始终，而不是集中在测试阶段。是一种测试的开发模型。 W 模型强调测试和开发【并行进行】。
敏捷开发
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法，适用于小团队和小项目，具有小步快跑的思想。常见的敏捷开发方法有极限编程法、水晶法、并列争球法和自适应软件开发方法。
测试阶段划分
|--------------|-----------------------------------------------|
| 测试阶段 | 内容 |
| 单元测试 | 依据详细设计，模块测试，模块功能、性能、接口等 |
| 集成测试 | 依据概要设计，模块间的接口 |
| 系统测试 | 依据需求文档，在真实环境下，验证完整的软件配置项能否和系统正确连接 |
| 确认测试 | 依据需求文档，验证软件与需求的一致性。内部确认测试、Alpha测试、Beta测试、验收测试 |
| 确认测试 | 依据需求文档，验证软件与需求的一致性。内部确认测试、Alpha测试、Beta测试、验收测试 |
白盒测试
概念：根据内部结构和逻辑来设计测试用例，对程序路径和过程进行测试。主要用于单元测 试阶段。
|--------------|------------------------------------------------------------|--------------------------------------|
| 方法 | 定义 | 特点 |
| 语句覆盖 | 被测试程序中的每条语句至少执行一次。 | 对执行逻辑覆盖很低，一般认为是很弱的逻辑覆盖。 |
| 判定覆盖 (分支 覆盖) | 被测程序每个判定表达式至少获得一次"真"值和"假"值(或者程序中每一个判定取"真"分支和取"假"分支至少通过一次。) | 判定覆盖比语句覆盖更强一些。判定可以是1个条件，也可以是多个条件的组合。 |
| 条件覆盖 | 每一个判定语句中每个逻辑条件的各种可能的值至少满足一次。 | 条件覆盖和判断覆盖没有包含关系。 |
| 判断/条件覆盖 | 判定中每个条件的所有可能取值(真/假)至少出现一次，并使每个判定本身的判定结果(真/假)也至少出现一次。 | 同时满足判定覆盖、条件覆盖、和条件覆盖 |
| 条件组合覆盖 | 每个判定中的各种可能值的组合都至少出现一次。 | 同时满足判定覆盖、条件覆盖、判定/条件覆盖。 |
| 路径覆盖 | 覆盖被测试程序中所有可能的路径。 | |
| 基本路径测试 | 每一条独立路径都执行过(即程序中可执行语句至少执行一次)。 | 测试用例个数与环路复杂度一致。判定为关键控制结点，必须 |
| | | 出现在基本路径中。 |
| 循环覆盖 | 循环中每个条件都得到验证。 | 注意数组参数可循环验证 |
黑盒测试(功能测试)
概念：黑盒测试基于产品功能规格说明书，从用户角度针对产品特定的功能和特性来进行验 证活动，确认每个功能是否得到完整实现，用户能否正常使用这些功能。主要用于集成测试、 确认测试和系统测试阶段。
黑盒测试在不知道系统或组件内部结构的情况下进行，不考虑内部逻辑结构，着眼于程序外 部结构，在软件接口处进行测试。
试图发现的错误：功能不正确或遗漏；界面错误；数据库访问错误；性能错误；初始化和终 止错误等
方法：等价类划分法；边界值分析法；因果图法；判定表驱动法；正交试验设计法；错误推测法；功能图法。
|----------------------------------------------------------|
| 等价类划分：不同等价类，揭示不同问题；有效等价类/无效等价类。 |
| 边界值分析：1<=x<=10,可取x的值为0 、1、10和11作为测试数 据 |
| 错误推测：依靠测试人员的经验和直觉。 |
| 判定表：最适合描述在多个逻辑条件取值的组合所构成的复杂情况下，分别要执行哪些不同的动作。 |
| 因果图：根据输入条件与输出结果之间的因果关系来设计测试用例。 |
其他软件测试方法
|---------------|---------------------------------------------------------------------------------|
| 测试方法 | 描述 |
| AB测试 | 多版本同时使用，利于收集各版本的用户反馈，评估出最好版本。故也算是一 种【网页优化方法】。 |
| AB测试 | 多版本同时使用，利于收集各版本的用户反馈，评估出最好版本。故也算是一 种【网页优化方法】。 |
| Web测试 | Web系统测试与其他系统测试测试内容基本相同，只是测试重点不同。 Web代码测试包括：源代码规则分析、链接测试、框架测试、表格测试、图 形测试等方面。 |
| 链接测试 | 链接测试可分为3个方面： 1、测试所有链接是否按指示的那样确实链接到了该链接的页面。 2、测试所链接的页面是否存在。 3、保证Web应用系统上没有孤立的页面。 |
| 表单测试 | 验证服务器是否能正确保存这些数据，后台运行的程序能否正确解释和使用这 些信息。测试提交操作的完整性。 |
| 表单测试 | 验证服务器是否能正确保存这些数据，后台运行的程序能否正确解释和使用这 些信息。测试提交操作的完整性。 |
| 回归测试 | 测试软件变更之后，变更部分的正确性和对变更需求的符合性。 |
-
黑盒测试 不关注程序的具体实现和内部结构，只考虑外部功能;
-
白盒测试 主要关注程序的具体实现和内部结构;
-
灰盒测试 既关注程序的具体实现和内部结构又部分考虑外部功能。
篇幅有限， 更多综合知识和高分论文直接下载合集-请点击👇链接