常用的关系型数据库类型

关系数据库，是建立在关系模型基础上的数据库，借助于集合代数等数学概念和方法来处理数据库中的数据。现实世界中的各种实体以及实体之间的各种联系均用关系模型来表示。标准数据查询语言SQL就是一种基于关系数据库的语言，这种语言执行对关系数据库中数据的检索和操作。
简单说，关系型数据库是由多张能互相联接的二维行列表格组成的数据库。当前主流的关系型数据库有Oracle、DB2、Microsoft SQL Server、Microsoft Access、MySQL等。

关系模型组成

关系模型由关系数据结构、关系操作集合、关系完整性约束三部分组成。

1、Oracle

Oracle是1983年推出的世界上第一个开放式商品化关系型数据库管理系统。它采用标准的SQL结构化查询语言，支持多种数据类型，提供面向对象存储的数据支持，具有第四代语言开发工具，支持Unix、Windows NT、OS/2、Novell等多种平台。除此之外，它还具有很好的并行处理功能。Oracle产品主要由Oracle服务器产品、Oracle开发工具、Oracle应用软件组成，也有基于微机的数据库产品。主要满足对银行、金融、保险等企业、事业开发大型数据库的需求。

2、MySQL

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，目前属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的 RDBMS (Relational Database Management System，关系数据库管理系统) 应用软件之一。
MySQL是一种关系数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。

MySQL所使用的 SQL 语言是用于访问数据库的最常用标准化语言。MySQL 软件采用了双授权政策，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。

3、Microsoft SQL Server

SQL Server 是Microsoft 公司推出的关系型数据库管理系统。具有使用方便可伸缩性好与相关软件集成程度高等优点，可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2012 的大型多处理器的服务器等多种平台使用。

Microsoft SQL Server 是一个全面的数据库平台，使用集成的商业智能 (BI)工具提供了企业级的数据管理。Microsoft SQL Server 数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。

4、Microsoft Access

Access是由微软发布的关系数据库管理系统。它结合了 MicrosoftJet Database Engine 和 图形用户界面两项特点，是 Microsoft Office 的系统程序之一。

Access是微软把数据库引擎的图形用户界面和软件开发工具结合在一起的一个数据库管理系统。它是微软OFFICE的一个成员, 在包括专业版和更高版本的office版本里面被单独出售。2018年9月25日,最新的微软Office Access 2019在微软Office 2019里发布。

MS ACCESS以它自己的格式将数据存储在基于Access Jet的数据库引擎里。它还可以直接导入或者链接数据(这些数据存储在其他应用程序和数据库)。

5、DB2

DB2是美国IBM公司开发的一套关系型数据库管理系统，它主要的运行环境为UNIX（包括IBM自家的AIX）、Linux、IBM i（旧称OS/400）、z/OS，以及Windows服务器版本。

DB2主要应用于大型应用系统，具有较好的可伸缩性，可支持从大型机到单用户环境，应用于所有常见的服务器操作系统平台下。 DB2提供了高层次的数据利用性、完整性、安全性、可恢复性，以及小规模到大规模应用程序的执行能力，具有与平台无关的基本功能和SQL命令。

DB2采用了数据分级技术，能够使大型机数据很方便地下载到LAN数据库服务器，使得客户机/服务器用户和基于LAN的应用程序可以访问大型机数据，并使数据库本地化及远程连接透明化。

DB2以拥有一个非常完备的查询优化器而著称，其外部连接改善了查询性能，并支持多任务并行查询。 DB2具有很好的网络支持能力，每个子系统可以连接十几万个分布式用户，可同时激活上千个活动线程，对大型分布式应用系统尤为适用。

Postman是一款支持http协议的接口调试与测试工具，功能强大，使用简单且易用性好 。无论是开发人员进行接口调试，还是测试人员做接口测试，postman都是我们的首选工具之一 。

为了让便于大家快速了解其常用功能，尤其是接口测试中经常使用到的部分，我将从以下几个维度来加以说明。它们分别是：

• 界面主要功能
• JSON类型的接口请求
• Collection
• 断言
• Tests Scripts
• 变量
• 接口关联

界面主要功能

JSON类型的接口请求

大部分接口都是JSON类型的接口请求，即请求头中Content-Type的类型为application/json。我们以登录接口为例演示如何使用Postman发送请求。
假设我们的登录请求接口信息如下：

• 请求方法：POST
• 请求URL: http://ServerIP:Port/user/login
• 请求体数据：{“username”:“username”, “password”:“password”}
  Postman上操作步骤如下：

1. postman上新建一个请求
2. 设置相关参数，如下图所示：
   
   
3. 点击Send后查看响应数据，如下图所示：
   

Collection

Collection在Postman里的主要作用就是对接口测试用例进行集中批量管理，通过Collection，我们可以对用例进行分类管理和维护，同时可以对接口用例进行批量测试，方便进行回归测试。

创建Collection

点击Postman左上角新建或者在collection Tab菜单下点击"+"即可创建collection。

将测试用例添加到collection中

可以选择新建的collection，点击右下角的"…"按钮选择添加request，如下图所示：

也可编写好request后，选择保存request，然后在postman中弹出的对话框中选择保存到对应的collection中，如下图所示：

批量执行collection中的用例

点击collection右侧的三角形按钮，点击"Run"，Postman会弹出一个叫Collection Runner的界面，默认会把Collection中的所有用例选中，如下图所示

点击运行按钮，就会对Collection中选中的所有测试用例运行。

执行完成后，可以查看对应执行结果

断言

断言主要是对request返回的数据进行相应的判断，从而方便我们进行自动化测试，postman提供的断言使用JS编写，在响应体数据返回后执行 。postman已经给我们内置了一些常用的断言 ，需要用的时候，只需从右侧点击其中一个断言，就会在文本框中自动生成对应断言代码块。

如上图所示，针对登陆这个接口，在Tests标签内对请求返回的数据使用了2个断言，第一个断言判断请求返回的状态码是否为200，第二个断言判断返回的token长度是否为32，这两个断言都通过测试的话基本可以认为这个接口测试是通过的。
Postman提供了的内置断言如果不满足需要的话，大家可以查阅官方文档里面提供的demo，链接如下：
Tests官方样例参考

Tests Scripts

在断言部分的介绍中，我们其实已经使用了Tests脚本，其实Postman 的 script 主要分成两类，一类是 Pre-Request Scripts，在发送请求之前执行，一类是 Tests，在接收到响应之后执行。
Collection/Folder/Request 层面都可以定义自己的 Pre-Request Scripts 和 Tests，执行顺序如下：

• 与集合关联的预请求脚本将在集合中的每个请求之前运行
• 与文件夹关联的预请求脚本将在文件夹中的每个请求之前运行
• 与集合关联的测试脚本将在集合中的每个请求之后运行
• 与文件夹关联的测试脚本将在文件夹中请求后运行

对于集合中的每个请求，脚本将始终根据以下层次结构运行：集合级脚本（如果有）、文件夹级脚本（如果有）、请求级脚本（如果有）。

单个请求的执行顺序如下：

• 与请求关联的预请求脚本将在发送请求之前执行
• 与请求关联的测试脚本将在请求发送后执行
  

变量

变量使我们可以在请求或脚本中存储和重复使用其值，通过将值保存在变量中，可以在集合，环境或请求中引用。例如，我们的接口除了登录以外，所有接口都需要添加token信息，如果发送每个请求前都再执行一遍登录接口或者将请求token放到Pre-Request Scripts中未免显得有些繁琐，我们可以将登录接口返回的token存到变量中，后面接口发送请求时直接获取该变量值并填写到headers中即可。

变量类型

在postman常用的三种变量分别是全局变量，环境变量，集合变量 。

• 全局变量：一旦声明了全局变量，全局有效，也就是说postman中的任何集合，任何请求中都可以使用这个变量。它的作用域是最大的 。
• 环境变量：要声明环境变量，首先需要创建环境，然后在对应环境中创建变量。如果要想使用环境变量，必须先选择(导入)这个环境 。环境也可以创建多个，每个环境下又可以有多个变量 。
• 集合变量：集合变量是针对集合的，也就是说声明的变量必须基于某个集合，它的使用范围针对这个集合有效 。

变量作用域

变量的作用域采用"就近原则"，如果在两个不同的作用域中声明了同名的变量，那么将使用作用域最小的变量中存储的值——例如有一个全局变量和一个局部变量都命名为username，则请求时将使用局部变量的值运行。

定义变量

定义全局变量和环境变量，点击Postman右上角的小齿轮，弹出如下界面，就可以根据需求定义全局变量或者环境变量了。

集合变量可以点击集合右侧“…”按钮，选择“Edit”，选择变量选项卡添加或编辑变量

获取变量

如果在请求参数中获取变量，无论是获取全局变量，还是环境变量，还是集合变量，获取的方式都是一样的编写规则：{{变量名}} 。

请求参数指的是：URL，Params , Authorization , Headers , Body
如果是在编写代码的位置(Tests,Pre-requests Script)获取变量，获取不同类型的变量，编写的代码都不相同，具体如下：

• 获取环境变量：pm.environment.get(‘变量名’)
• 获取全局变量：pm.globals.get(‘变量名’)
• 获取集合变量：pm.pm.collectionVariables.get.get(‘变量名’)

设置变量

设置变量在Tests和Pre-requests Script中进行

// Variables
// 这个方法会从上面所有的变量来源寻找对应的变量，就近原则，优先从最靠近自己的地方找
var value = pm.variables.get("variable_key"); 

// Globals
// 设置一个全局变量
pm.globals.set("variable_key", "variable_value");
// 取消设置全局变量，移除变量
pm.globals.unset("variable_key");

// Environments
// 设置一个环境变量
pm.environment.set("variable_key", "variable_value");
// 从环境中移除某一个变量
pm.environment.unset("variable_key");

// Collection
// 设置一个 collection 变量
pm.collectionVariables.set("variable_key", "variableValue");
// 从 collection 中移除一个变量
pm.collectionVariables.unset("variable_key");

// local
pm.variables.set("variable_key", "variable_value");
pm.variables.unset("variable_key");

接口关联

在接口测试中，我们经常遇到这种情形：上一个接口的返回数据是下一个接口的输入参数 ，那么这俩个接口就产生了关联。 这在做接口测试时非常常见，在postman中，实现这种关联关系的实现思路如下：

• 提取上一个接口的返回数据值
• 将这个数据值保存到环境变量或全局变量中
• 在下一个接口获取环境变量或全局变量

我们在变量部分举的登陆获取token的例子就是这种场景。

本文转自UML常用图的几种关系的总结 - 拥抱变化 - 博客频道 - CSDN.NET http://blog.csdn.net/suxinpingtao51/article/details/8011335

在UML的类图中，常见的有以下几种关系: 泛化（Generalization）,  实现（Realization）, 关联（Association), 聚合（Aggregation）, 组合(Composition), 依赖(Dependency)

1.       泛化（Generalization）

【泛化关系】：是一种继承关系, 表示一般与特殊的关系, 它指定了子类如何特化父类的所有特征和行为. 例如：老虎是动物的一种, 即有老虎的特性也有动物的共性.

【箭头指向】：带三角箭头的实线，箭头指向父类

 

 

2. 实现（Realization）

【实现关系】：是一种类与接口的关系, 表示类是接口所有特征和行为的实现.

【箭头指向】：带三角箭头的虚线，箭头指向接口

 

3. 关联（Association)

【关联关系】：是一种拥有的关系, 它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子

关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

【代码体现】：成员变量

【箭头及指向】：带普通箭头（或实心三角形箭头）的实心线，指向被拥有者

 

上图中，老师与学生是双向关联，老师有多名学生，学生也可能有多名老师。但学生与某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他不拥有学生。

 

上图为自身关联：

 

4. 聚合（Aggregation）

【聚合关系】：是整体与部分的关系, 且部分可以离开整体而单独存在. 如车和轮胎是整体和部分的关系, 轮胎离开车仍然可以存在.

聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。

【代码体现】：成员变量

【箭头及指向】：带空心菱形的实心线，菱形指向整体

 

 

5. 组合(Composition)

【组合关系】：是整体与部分的关系, 但部分不能离开整体而单独存在. 如公司和部门是整体和部分的关系, 没有公司就不存在部门.

       组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期

【代码体现】：成员变量

【箭头及指向】：带实心菱形的实线，菱形指向整体

 

 

6. 依赖(Dependency)

【依赖关系】：是一种使用的关系,  即一个类的实现需要另一个类的协助, 所以要尽量不使用双向的互相依赖.

【代码表现】：局部变量、方法的参数或者对静态方法的调用

【箭头及指向】：带箭头的虚线，指向被使用者

 

 

 

各种关系的强弱顺序：

泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖

下面这张UML图，比较形象地展示了各种类图关系：

 

 

====================================================

序列图主要用于展示对象之间交互的顺序。

序列图将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。

消息用从一个对象的生命线到另一个对象生命线的箭头表示。箭头以时间顺序在图中从上到下排列。

 

序列图中涉及的元素：

1.   生命线：

生命线名称可带下划线。当使用下划线时，意味着序列图中的生命线代表一个类的特定实体。

 

 

2.       同步消息

发送人在它继续之前，将等待同步消息响应

 

3.       异步消息

在发送方继续之前，无需等待响应的消息

 

4.       注释

 

5.       约束

约束的符号很简单；格式是: [Boolean Test]

 

6.       组合片段

组合片段 用来解决交互执行的条件及方式。 它允许在序列图中直接表示逻辑组件，用于通过指定条件或子进程的应用区域，为任何生命线的任何部分定义特殊条件和子进程。

常用的组合片段有：

a.       抉择（Alt）

抉择用来指明在两个或更多的消息序列之间的互斥的选择，相当于经典的if..else..。

抉择在任何场合下只发生一个序列。 可以在每个片段中设置一个临界来指示该片段可以运行的条件。 else 的临界指示其他任何临界都不为 True 时应运行的片段。 如果所有临界都为 False 并且没有 else，则不执行任何片段。

 

b.       选项（Opt）

包含一个可能发生或不发生的序列

c.       循环（Loop）

片段重复一定次数。 可以在临界中指示片段重复的条件。

 

d.       并行（Par）

 

下表列出了常用的组合片段：

片段类型	名称	说明
Opt	选项	包含一个可能发生或可能不发生的序列。 可以在临界中指定序列发生的条件。
Alt	抉择	包含一个片段列表，这些片段包含备选消息序列。 在任何场合下只发生一个序列。 可以在每个片段中设置一个临界来指示该片段可以运行的条件。 else 的临界指示其他任何临界都不为 True 时应运行的片段。 如果所有临界都为 False 并且没有 else，则不执行任何片段。
Loop	循环	片段重复一定次数。 可以在临界中指示片段重复的条件。 Loop 组合片段具有“Min”和“Max”属性，它们指示片段可以重复的最小和最大次数。 默认值是无限制。
Break	中断	如果执行此片段，则放弃序列的其余部分。 可以使用临界来指示发生中断的条件。
Par	并行	并行处理。 片段中的事件可以交错。
Critical	关键	用在 Par 或 Seq 片段中。 指示此片段中的消息不得与其他消息交错。
Seq	弱顺序	有两个或更多操作数片段。 涉及同一生命线的消息必须以片段的顺序发生。 如果消息涉及的生命线不同，来自不同片段的消息可能会并行交错。
Strict	强顺序	有两个或更多操作数片段。 这些片段必须按给定顺序发生。

 

有关如何解释序列的片段

默认情况下，序列图表明可能发生的一系列消息。 在运行的系统中，可能会出现您未选择显示在关系图上的其他消息。

以下片段类型可用于更改此释义：

片段类型	名称	说明
Consider	考虑	指定此片段描述的消息列表。 其他消息可发生在运行的系统中，但对此描述来说意义不大。 在“Messages”属性中键入该列表。
Ignore	忽略	此片段未描述的消息列表。 这些消息可发生在运行的系统中，但对此描述来说意义不大。 在“Messages”属性中键入该列表。
Assert	断言	操作数片段指定唯一有效的序列。 通常用在 Consider 或 Ignore 片段中。
Neg	否定	此片段中显示的序列不得发生。 通常用在 Consider 或 Ignore 片段中。

 

====================================================

用例图主要用来描述 用户、需求、系统功能单元 之间的关系。它展示了一个外部用户能够观察到的系统功能模型图。

【用途】：帮助开发团队以一种可视化的方式理解系统的功能需求。

 

用例图所包含的元素如下：

1.       参与者(Actor)

表示与您的应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。

 

2.       用例(Use Case)

 用例就是外部可见的系统功能，对系统提供的服务进行描述。 用椭圆表示

3.       子系统(Subsystem)

用来展示系统的一部分功能，这部分功能联系紧密。

 

4.       关系

用例图中涉及的关系有：关联、泛化、包含、扩展；

如下表所示：

关系类型	说明	表示符号
关联	参与者与用例间的关系
泛化	参与者之间或用例之间的关系
包含	用例之间的关系
扩展	用例之间的关系

a.       关联(Association)

表示参与者与用例之间的通信，任何一方都可发送或接受消息。

【箭头指向】：指向消息接收方

 

 

b.      泛化(Inheritance)

就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。

【箭头指向】：指向父用例

c.       包含(Include)

包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤；

【箭头指向】：指向分解出来的功能用例

 

d.      扩展(Extend)

    扩展关系是指 用例功能的延伸，相当于为基础用例提供一个附加功能。

   【箭头指向】：指向基础用例

 

 

e.       依赖(Dependency)

以上4中关系，是UML定义的标准关系。 但VS2010的用例模型图中，添加了依赖关系，用带箭头的虚线表示

表示源用例依赖于目标用例；

【箭头指向】：指向被依赖项

 

5.       项目(Artifact)

用例图虽然是用来帮助人们形象地理解功能需求，但却没多少人能够通看懂它。很多时候跟用户交流甚至用Excel都比用例图强，VS2010中引入了“项目”这样一个元素，以便让开发人员能够在用例图中链接一个普通文档。

用依赖关系把某个用例依赖到项目上

 

然后把项目-》属性 的Hyperlink 设置到你的文档上

这样当你在用例图上 双击项目时，就会打开相关联的文档。

 

6.       注释(Comment)

 

 

包含(include)、扩展(extend)、泛化(Inheritance) 的区别：

条件性：泛化中的子用例和include中的被包含的用例会无条件发生，而extend中的延伸用例的发生是有条件的；

直接性：泛化中的子用例和extend中的延伸用例为参与者提供直接服务，而include中被包含的用例为参与者提供间接服务。

对extend而言，延伸用例并不包含基础用例的内容，基础用例也不包含延伸用例的内容。

对Inheritance而言，子用例包含基础用例的所有内容及其和其他用例或参与者之间的关系；

 

一个用例图示例：

 

 

牢骚：

感觉用例图还不成熟，并不能很好地表达系统的需求， 没有UML背景的用户几乎不知道画的些什么。

其次，包含关系、扩展关系 的箭头符号竟然是同样的箭头，仅靠上方写个文字来加以区别，翻译成其他语言的话，几乎就不知道代表什么意思。  扩展关系的箭头朝向也很难理解，为何要指向基用例，而不指向扩展用例

VS2010添加的“项目”元素，是个很好的创新，能够在用例图中关联word,excel这些文档。但为什么不把这些功能直接集成到用例里面，双击用例就弹出一份文档岂不更容易理解，非要画蛇添足地加一个元件，仅仅为了提供个链接功能。

 

 

用例描述表：

鉴于用列图并不能清楚地表达功能需求，开发中大家通常用描述表来补充某些不易表达的用例，下图的表给大家提供一个参考：