自动化

2025-03-26 23:23:53   0  举报





AI智能生成

"智能化系统管家"是一款拥有先进自动化技术的文件管理系统，专门设计来优化个人和企业的文档整理流程。本软件透过人工智能算法核心，实现文件的智能分类、存储与检索，大大提高用户的工作效率。它的文件类型识别能力准确无误，无论是常见的Word文档、Excel表格还是图片与视频文件，都能快速准确识别。除此之外，系统提供的定制界面异常简洁，同时具备深度学习功能，能够不断适应并满足用户的个性化需求。任何企业级应用，都能在这款自动化助手的帮助下，将文件管理升级到全新的效率高度。

自动化

java

python

作者其他创作

大纲/内容

自动化基础

概述

执行

搭建测试环境

部署工程包

在实际开发环境，研发团队中也叫持续集成/每日集成/每日构建

设计编写用例，方案，需求等

执行用例

按照操作步奏

对比：实际结果与预期结果

标注：执行结果

提交bug

提交缺陷

分层自动化

UT（检查代码）

白盒测试

自己写代码，测开发写的代码

开发在做

自动化率100%

IT（子系统） service层

灰盒测试（既可以黑盒也可以白盒）

接口自动化

自动化率50%-60%

下层为上层提供服务；上层调用下层接口（掉用于被调用的接口）

UI层

针对单个功能，进行自动化用例覆盖

自动化率20%-30%

覆盖主要/核心功能的基本流、正向流（主要流程）

why

节约成本

软件产品

熟悉业务产品需求

系统架构、技术实现，人

招聘人

人

类似技术，系统架构

在相同或类似的行业做过

落地执行

大批量用例编写、管理（维护、增删改）

维护：修改别人的测试用例，如果不好修改就自己重写

回归测试

需求变更频率

需求变化快，因为要抢占市场，更快得到用户反馈，相应

需求变更涉及到的自动化用例，必须全部回归测试pass，才能封板上线

自动化测试与人工测试是相互依赖的

简单

工具

效率高

企业需求

成本低

质量高

生产频率快

快速发布版本，加调迭代频率，保障软件质量

重复的，繁琐的，比较难实现的，交给机器执行，释放人力

人力思维，分析，设计

测试难点，企业现状

自动化率

自动化发现bug数

目的不是发现bug，而是释放人力，提高效率

发现bug数不会超过10%，发现bug大多数时候手工来实现

Fail

测试环境

测试数据

排除上面两个后，有可能是个bug

工具

自动化测试

功能

UI层（也叫web页面自动化）

QTP（UFT）（更多用录制脚本测试）

selenium

RFS（robotframework）

service层

soapui（测接口）

unit层

unittest

testing

性能

LR（都是基于BS架构的）

Jmeter（开源的)

RF介绍与安装

RF能做哪些自动化

web自动化

selenium2Library

接口自动化

HTTPlibrary（request）

移动自动化

IOSlibrary

测试库

标准库：内库

扩展库：安装

RF安装

1：Python安装

只支持Python2，不支持Python3

Python.org下载Python2

后缀：.py文件

2：setuptools与pip安装

方便管理Python包，第三方报，工具

easy-install第三方Python报名

:3：pip安装

方便安装、更新相应包的版本

pip install robotframework====2.9

pip show robotframework

4：robotframework

5：wxpython

6：robotframework-ride

生成快捷键方式D：python27\python27.exe -c"from robotide import main;main()"

web自动化

selenium

selenium1.0

IDE

selenium-RC

selenium2.0

webdriver

默认支持Firefox

Google，

web前段

HTML表现形式

关注标签<title></title>

调试工具

Firefox

firebug

firepath

F12

chrome

Ctrl+shift+I

RF+selenium2library

下载selenium2Library

app自动化

app手工测试

app测试基础知识

app应用的系统架构

app应用的系统架构和web应用系统架构一样是分三层

用户端

应用服务器

数据服务器

app项目环境(后端)

一般, 公司开发/ 测试人员会使用不同的环境, 以隔离工作过程中彼此的干扰, 同时, 上线给用户使用的产品也会单独部署环境

环境

开发环境

测试环境

预发布环境

生产环境

app发布平台(前端)

铺垫

对于web而言, 前端代码是随着后端服务一起打包发布的

如果app用框架嵌套了浏览器, 通过H5技术以网页的形式请求服务, 那么效果同上

app开发完成后, 相应的开发人员打包应用程序, 由测试人员进行安装

安卓: apk格式的安装包

IOS: ipa格式的安装包

发布形式

1 测试人员使用

开发人员把安装包传给测试人员

应用内侧发布平台

蒲公英

fir.im

2 实际用户使用

应用的线上发布平台

安卓: 豌豆荚, 应用宝, 360手机助手, 各类手机品牌商城等

IOS: 主要 AppStore, iTools, 爱思助手等

app项目

app项目说明

项目概述

所使用的app项目案例叫学车不 , 可以帮助广大用户在线学车, 如, 在线进行模拟考试, 利用自己零碎时间进行驾考学习

项目功能结构

学车

banner

功能标签

学习进度

签到签退

预约训练

充值缴费

在线课堂

驾考题库

约考助手

学车头条

驾考圈

功能标签

推荐

2. 主函数运行

代码准备

命令行运行

主函数运行

运行结果

断言

总体介绍

什么是断言

让程序代替人工判断测试脚本的执行结果是否符合预期的过程

为什么要学习断言

自动化脚本在执行的时候一般都是无人值守状态

我们不知道执行结果是否符合预期

我们需要让程序代替人工检测执行结果是否符合预期

这就需要断言

方法

assert xx

assert 0

assert 1

判断 xx 为真

assert not xx

判断 xx 不为真

assert a in b

判断 b 包含 a

assert a == b

判断 a等于b

assert a != b

判断 a不等于b

案例

setup和teardown

概念和方法

1. 初始化

setup

2. 销毁

teardown

案例

配置文件

步骤

1. 项目下新建 scripts 模块

2. 测试脚本放到 scripts 中

3. 项目目录下新建一个 pytest.ini 的配置文件

4. 配置文件内容, 第一行为 [pytest]

5. 命令行运行时, 会使用该配置文件中的配置

示例

测试报告插件

应用场景

自动化测试脚本最终执行是否通过, 需要通过测试报告进行体现

安装

pip install pytest-html

建议安装 1.21.1的版本

使用

在配置文件中的命令行参数中, 增加 --html=report/report.html

pytest.ini中, addopts = -s --html=report/report.html

生成步骤

1. 命令行运行 pytest

2. 项目目录下会有一个report文件夹, 里面有个report.html 文件, 它就是测试报告

数据参数化

应用场景

登录功能都是用户名/密码等输入, 点击登录

但是登录的用户名和密码如果想测试多组值时, 就用到数据参数化, 好处是使代码更整洁, 可读性更好

方法

@pytest.mark.parametrize(argnames, argvalues)

argvalues 参数值一般是一个列表

单一参数

案例

多个参数

案例

推荐用法

案例

小结

PO模式

学习路线

不使用任何设计模式和单元测试框架

pytest 管理测试用例

使用方法封装的思想, 对代码进行优化

采用 PO 模式的分层思想对代码进行拆分, 分离page

对PO分层之后的代码继续优化, 分离page中的元素和操作

PO模式深入封装, 把共同的操作提取封装

无模式

案例说明

对 TPshop 项目的登录模块进行自动化测试

登录模块包含了很多测试用例, 为了节省时间, 我们只选取几个有代表性的用例来演示

选择测试用例

账号不存在

密码错误

总体介绍

不使用任何设计模式和单元测试框架

每个文件编写一个用例, 完全的面向过程的编程方式

test_login_account_not_exist.py

test_login_password_error.py

面向过程和面向对象的区别???

示例代码

存在的问题

一条测试用例对应一个文件, 用例多时, 不方便维护管理

代码高度冗余

总体介绍

引入pytest 管理测试用例, 并断言用例的执行结果

好处

方便组织和管理多个测试用例

提供了丰富的断言方法

方便生成测试报告

减少了代码冗余

示例代码

存在的问题

代码冗余

方法封装

封装方法

概念

是将一些有共性的或者多次被使用的代码提取到一个方法中, 供其他地方调用

好处

避免代码冗余

容易维护

隐藏代码实现的细节

目的

用最少的代码实现最多的功能

v3版本

总体介绍

使用方法封装的思想, 对代码进行优化

封装驱动

存在的问题

代码冗余

PO模式介绍

思考

在做UI自动化时定位元素特别依赖页面, 一旦页面发生变更, 就不得不跟着去修改定位元素的代码

driver.find_element_by_id("login-btn").click()

存在的问题

如果开发人员修改了元素的id, 这时候你就不得不修改所有对应的代码

存在大量冗余代码

PO模式概念

PO 是Page Object 的缩写, PO模式是自动化测试项目开发实践的最佳设计模式之一

核心思想

通过对页面元素的封装减少冗余代码, 同时在后期维护中, 若元素发生变化, 只需要调整页面元素封装的代码即可, 提高了测试用例的可维护性, 可读性

页面和测试脚本分离

PO模式分层

分层机制, 让不同层去做不同类型的事情, 让代码结果清晰, 增加复用性

主要分层方式

1.两层

对象操作层

业务数据层

2.三层

对象库

操作层

业务数据层

3.四层

对象库

操作层

业务层

数据层

PO模式的优点

引入PO模式前

存在大量冗余代码

业务流程不清晰

后期维护成本大

引入PO模式后

减少冗余代码

业务代码和测试数据被分开, 降低耦合性

维护成本低

PO模式实践

v4版本

总体介绍

采用PO模式的分层思想对代码进行拆分

封装

对登录页进行封装

类 LoginPage

对测试用例封装

类 TestLogin

结构

utils包

driver_utils.py

page包

login_page.py

scripts包

test_login.py

pytest.ini

PO封装

v5版本

总体介绍

对PO分层后的代码继续优化

优化内容

分离page页面中的元素和操作

优化元素定位的方式

示例代码

PO模式深入封装

v6版本

总体介绍

把共同的方法进行封装

优化内容

封装操作基类

封装查找元素的方法

封装对元素的操作方法: 点击/清空/输入

page继承操作基类

结构

utils包

driver_utils.py

page包

login_page.py

scripts包

test_login.py

pytest.ini

base包

base_action.py

示例代码

小结

数据驱动

数据驱动介绍

概念

是以数据来驱动整个测试用例的执行, 也就是测试数据决定测试结果

特点

可以数据驱动理解为一种模式或者一种思想

数据驱动技术可以让用户把关注点放在对测试数据的构建和维护上, 而不是直接维护测试脚本, 可以利用同样的业务流程, 对不同的输入数据进行测试

数据驱动的实现要依赖参数化的技术

数据来源

直接定义在脚本中

简单直观, 但是代码和数据未实现真正的分离, 不方便后期维护

从文件中读取数据, 如 txt, excel, xml, JSON等格式文件

从数据库中读取数据

JSON操作

JSON基本介绍

概念

JSON全称是" JavaScript Object Notation", 是JavaScript 对象表示法, 它是一种基于文本, 独立于语言的轻量级数据交换格式

特点

是纯文本

具有良好的自我描述性, 便于阅读和书写

具有清晰的层级结构

有效提升网络传输效率

对比

XML 指可扩展标记语言, 被设计用来传输和存储数据

如果使用 XML, 需要读取 XML 文档, 然后通过 XML中的标签结点来遍历文档, 并读取值, 然后存储在变量中

如果使用JSON, 只需要读取JSON字符串

JSON语法规则

大括号保存对象

中括号保存数组

对象和数组可以相互嵌套

数据采用键值对表示

多个数据由逗号分隔

JSON值

数字 (整数或者浮点数)

字符串 (在双引号中)

逻辑值 (true 或 false)

数组 (在中括号中)

对象 (在大括号中)

null

JSON中空值用 null 表示

python中对应的用 None 表示

JSON基本操作

总体介绍

操作内容

python字典与JSON之间的转换

JSON文件读写

注意

在python中想要操作JSON, 需要先导入依赖包

import json

字典与JSON转换

把python字典类型转换为JSON字符串

dumps

把JSON字符串转换为python字典

loads

JSON文件读写

读

load

写

dump

实战一

案例介绍

对tpshop项目的登录模块进行自动化测试, 需要使用数据驱动

为 v6版本增加数据驱动

实现步骤

1. 编写测试用例

2. 敲代码

1. 采用PO模式的分层思想对页面进行封装

2. 编写测试脚本

3. 定义数据文件, 实现参数化

用例设计

测试脚本参数化

准备工作

新建一个 v7 的 pycharm 项目

把 v6包中所需的代码复制到 v7项目中

修改文件中导包处

编写代码

数据文件

新建一个 ./data/login_data.json 文件

数据解析函数

抽离解析函数

实战二

案例介绍

网页计算器, 进行加法的测试操作.

要求: 通过读取数据文件中的数据来执行用例

网址: http://cal.apple886.com/

实现步骤

1. 编写测试用例

1+1

1+2

1+2+3(待定)

2. copy自动化测试框架

3. 修改内容

page

script

data

copy框架代码

修改page文件

编写script脚本

修改JSON数据文件

小结

yaml 跟 JSON

实战项目1和2, 多练习几次

不练习等于没学过

日志收集

日志相关概念

概述

概念

日志就是用于记录系统运行时的信息, 也称为Log

作用

调试程序

旧的方式: print("xxxx")

low

新的方式: 通过日志

了解程序运行的情况, 是否正常

程序运行故障分析与问题定位

用来做用户行为分析和数据统计

需要学好 sql

级别

思考

是否记录的所有日志信息重要性都一样?

日志级别, 指日志信息的重要性

常见日志级别

DEBUG

调试

INFO

信息

WARNING

警告

ERROR

错误

CRITICAL

严重错误

日志基本用法

基本用法

logging

python中有一个标准库, logging模块可以直接记录日志

使用

1. 导入 logging 包

2. 输出日志

默认的日志级别被设置为 warning

设置日志级别

方法

logging.basicConfig(level=logging.DEBUG)

设置日志格式

默认格式

日志级别 : Logger名称 : 日志内容

自定义格式

logging.basicConfig(format="xxxxxx")

将日志信息输出到文件

默认

python的logging模块将日志打印到了标准输出中(控制台)

将日志输出到文件的方法

logging.basicConfig(filename="xxx.log")

日志高级用法

总体介绍

思考

如何将日志信息同时输出到控制台和日志文件中?

如何将不同级别的日志输出到不同的日志文件?

如何解决日志文件过大的问题?

四大组件

总体介绍

日志器

Logger

提供了程序使用日志的入口

处理器

Handler

将logger创建的日志记录发送到合适的输出

格式器

Formatter

决定日志的输出格式

过滤器

Filter

提供了更细粒度的控制工具来决定输出哪条日志记录, 丢弃哪条日志记录

组件之间的关系

日志器 (Logger) 是入口, 真正干活的是处理器 (Handler), 处理器还可以通过格式器 (Formatter) 和过滤器 (Filter) 对输出的日志内容做格式化和过滤

Logger类

如何创建Logger对象

logger = logging.getLogger(name)

可选参数 name

如果不写name, 日志器名称默认为 root

如果写了name, 如, logger = logging.getLogger("myLogger") 那么日志器的名称为 myLogger

Logger常用方法

打印日志

logger.debug()

logger.info()

logger.warning

logger.error

logger.critical()

设置日志级别

logger.setLevel()

为logger对象添加一个handler对象

logger.addHandler()

为logger对象添加一个filter对象

logger.addFilter

Handler类

如何创建Handler对象

在程序中不应该直接实例化和使用Handler实例, 因为Handler是一个基类, 它只定义了Handler应该有的接口, 应该使用Handler实现类来创建对象

创建方式

输出日志到控制台

logging.StreamHandler

输出到磁盘文件, 默认文件大小会无限增长

子主题 1

输出到文件, 按文件大小切割

子主题 1

输出到文件, 按时间切割

logging.hanlders.TimedRotatingFileHandler

将日志消息以get或post的方式发送给http服务器

将日志消息发送给一个指定的email地址

常用方法

为handler设置格式器对象

handler.setFormatter()

Formatter类

作用

Formatter对象用于配置日志信息的格式

如何创建Formatter对象

logging.Formatter(fmt=None, datefmt=None) fmt: 消息格式化字符串, 如果不指定该参数则默认使用message的原始值 datefmt: 日期格式化字符串, 如果不指定该参数则默认使用 "%Y-%m-%d %H:%M:%S"

案例

说明

可读性好的日志需要具备一些特征

在控制台和文件都能输出

文件输出能够按时间切割

步骤

1. 导包

2. 创建日志器对象 / 设置日志级别

3. 创建处理器对象: 输出到控制台 + 文件(按时间切割)

4. 创建格式器对象

5. 将格式器添加到处理器

6. 将处理器添加到日志器

7. 打印日志

示例代码

小结

日志的作用

日志的基本使用

日志的高级用法

项目实战

自动化测试流程

流程步骤

1. 需求分析

2. 挑选适合做自动化测试的功能

人力不充足: 选择冒烟测试相关用例

人力充足: 可以考虑100%执行功能测试的用例

3. 设计筛选测试用例

4. 搭建自动化测试环境[可选]

5. 设计自动化测试项目的架构[可选]

6. 编写代码

7. 执行测试用例

8. 生成测试报告并分析结果

对比

项目介绍

如何介绍[复习]

四个步骤

1. 业务特性

2. 用户和角色

3. 功能模块

4. 技术栈

项目案例介绍

**项目名称** TPshop开源商城系统 **项目描述** TPshop是一个电子商务B2C电商平台系统，功能强大，安全便捷。适合企业及个人快速构建个性化网上商城 > 包含PC+IOS客户端+Adroid客户端+微商城，系统PC+后台是基于ThinkPHP MVC构架开发的跨平台开源软件，设计得非常灵活，具有模块化架构体系和丰富的功能，易于与第三方应用系统无缝集成，在设计上，包含相当全面，以模块化架构体系，让应用组合变得相当灵活，功能也相当丰富 **项目架构** windows + php + apache + mysql

用例设计

编写规则

自动化测试用例一般只实现核心业务流程或者重复执行率较高的功能

自动化测试用例的选择一般以"正向"逻辑的验证为主

不是所有手工测试用例都可以使用自动化测试来执行

尽量减少多个用例脚本之间的依赖

自动化测试用例执行完毕后, 一般需要回归原点

编写测试用例

搭建框架

新建项目

前提条件

依赖包安装

Selenium

pytest

pytest-html

项目名称

项目初始化

搭建框架, 不写具体代码

丰富了项目目录

延用了 base 和 utils 包中的文件

编写代码

抽取PO

定义页面对象文件

首页: index_page.py

登录页: login_page.py

个人中心页: home_page.py

商品搜索页: goods_search_page.py

商品详情页: goods_detail_page.py

购物车页: cart_page.py

下订单页: order_page.py

订单支付页: order_pay_page.py

编写页面对象代码

编写测试脚本

定义脚本文件

建议每个功能模块对应一个py文件

登录模块: test_login.py

写脚本

数据驱动: 登录数据的参数化

处理登录

1 每次都登录

low

2 使用cookie

通用

3 使用开关控制浏览器的关闭

适用于业务有顺序的情况

开关默认关闭, 浏览器可关闭

打开开关后, 浏览器不可自动关闭

购物车模块: test_cart.py

写脚本

查看进程管理器, 可以手动关闭chromedrvier.exe 这些没有释放的进程

订单模块: test_order.py

写脚本

测试用例运行, 发现定位元素 "货到付款" 失败了

切换定位元素的方法重新定位

测试用例都能正常运行

存在问题: 浏览器依然没有关闭

通过 teardown_class 方法最后执行结束关闭了浏览器驱动

使用pytest管理测试脚本

完善代码

数据驱动

定义数据文件

1. 定义目录

定义存放测试数据文件的目录, 如, data

2 分模块定义数据文件

login_data.json

cart_data.json

order_data.json

3. 根据业务编写用例数据

测试脚本参数化

@pytest.mark.parametrize() 完成参数化

**参考UnitTest

日志收集

日志配置

在 config 包下新建一个 logging_config.py 文件

配置文件加载

考虑到脚本的执行需要加载日志配置文件并且输出日志

考虑到驱动获取和关闭的方法也有可能需要输出日志

那么选择在 utils 包下的 __init__.py 文件中执行加载日志配置的方法

输出日志

屏幕截图

测试报告

小结

一定要有思路, 先动手, 再解决遇到的难点

方案

自动化项目实施方案

1、项目概述MAJOR HEAT

1）文档目的：

本文是自动化产品在（某国有银行，这里以青胜银行作为代替昵称）青胜银行POC环境中的具体规划、实施和测试方案。阐述POC测试环境下需要的硬件资源和软件资源，列出了系统的测试功能列表和用例。

2）项目背景：

青胜银行经过多年的运维平台建设，已经初步建成了包含基础监控和应用监控的监控系统、正在建设ITIL流程平台；能够做到了故障发现、故障定位、故障跟踪，以及事件管理、问题管理、变更管理以及配置管理等相关功能。为了更好的解放人力，提高各种操作的标准化程度，计划测试包括虚拟化平台管理（例如：虚拟机的新建、回收和划盘等基本管理操作）、物理主机（x86和小机）管理（例如：批量装机，软硬件监控等管理）、网络设备管理、存储设备管理和批量任务调度等，希望与监控、流程一起实现一定的监、管、控的能力。

3）项目人员：

子主题 1

4）测试范围：

自动化系统在运维平台体系中的作用

自动化操作系统在智能一体化平台中通过对巡检、系统部署、应用部署、配置信息抓取等实现自动化的操作，一方面能够使运维人员真正的从一些重复的、一般性的工作中解脱出来，发挥运维人员更大的价值；另一方面使运维操作能够更加规范化，方便进行安全管控，避免运维中的安全风险。

智能一体化运维平台伴随着自动化运维能力的建设，将会为运维平台提供自由扩展的服务能力，在运维资源有限的情况下满足持续增加的运维服务需求。

自动化系统功能要点概述

子主题 1

IT自动化操作系统分为操作执行层，操作控制层以及操作定义层：

操作执行层

本层具体负责IT运维中具体实施的最终操作，包括面向服务器类以及面向网络设备类的操作。面向服务器类操作通过在服务器上部署统一的代理，实现集中的调度和控制；面向网络设备类操作，则需要通过提供不同设备类型所提供的控制接口进行统一管理。

操作控制层

操作控制层通过专有的操作安全控制软件和控制设备，与服务流程系统流程审批、集中监控系统的日志监控，以及数据分析系统的安全审计相结合，由审批流程对操作控制进行事前的审批、日志监控对控制软件和设备操作日志进行事中的监控、安全审计对事后的变更内容进行监督，实现服务器、数据库、网络的操作的精细化管控。

操作定义层

操作定义层负责具体的自动化操作运维场景的定义和编排，从操作任务管理、操作协同调度以及应急调度几个角度出发，将银行自动化操作归纳成一个个自动化运维场景，以便于IT运维人员更好的进行管理与配置。

子主题 4

本次POC过程主要验证如下功能点：

1、云平台虚拟化功能：如虚拟机的创建等生命周期管理；虚拟机的监控；

2、云平台x86物理机功能：如x86物理机的自动安装操作系统；系统监控；

3、批量调度功能实现

5）时间计划：

子主题 1

6）设备清单：

硬件资源：

子主题 1

网络要求：

子主题 1

批量任务调度硬件资源：

子主题 1

2、云平台自动化系统架构介绍：MAJOR HEAT

1）功能架构：

子主题 1

云管理平台（SkyForm系统）在物理资源层、虚拟化环境（包括虚拟化平台、虚拟化资源接口层）基础上，由资源管理、运营管理、门户、开放接口，以及安全、监控管理体系组成。资源管理对计算、存储等物理资源进行池化，抽象成可管理、可调度的逻辑资源，屏蔽异构虚拟化平台（包括VMware、KVM和XenServer等）调用接口并统一管理调度，向上提供一致化的访问；运营管理包括服务运营，服务管理。运营是指服务的订购和加载，实现云服务的开通；服务管理是指服务的SLA管理、计量管理、服务监控，以及统计分析等功能；门户包括用户门户和管理门户，用户门户面向企业用户/公众用户提供业务申请、使用查询等自助服务接入；管理门户面向运营和运维管理人员，提供业务运营和管理、平台管理、虚拟资源管理，以及安全管理的统一服务接入。云管理平台作为一个开放的平台架构，允许用户通过它提供的系统接口二次开发，以及可以集成现有的各种系统和管理工具，如网管、认证与授权系统、审批系统、计费、资产等，在不改变用户业务逻辑和流程的情况下，实现资源的整合、管理与交付。做为云平台的不可缺少的辅助，还提供了云服务监控、故障管理和云安全体系做为支撑。

2）物理机自动部署介绍：

物理采用PXE方式自动部署，具体过程如下：

子主题 1

具体

1. 目标主机发送 DHCP 请求。

2. DHCP 服务器使用 IP 信息响应请求，并提供有关 TFTP 服务器位置的信息。

3. 客户端收到信息时，它会联系 TFTP 服务器，请求 DHCP 服务器指定的文件（在此情况下为网络引导加载程序）。

4. TFTP 服务器发送网络引导加载程序，然后客户端开始执行引导。

5. PXELINUX 或 gPXE 在 TFTP 服务器上搜索配置文件(01-MAC) ，并根据该配置文件引导内核。在我们所述的情况中,配置文件将指示 PXE 加载内核 (vmlinuz) 和 ramdisk (initrd.img)。

6. 客户端下载它需要的文件，然后进行加载。

7. 系统引导 OS 安装程序。

8. 按照 PXE 配置文件的指示，安装程序将以应答方式运行(answerfile)。

9. 安装程序使用存储在网络上的介质库中的安装介质。

10. OS安装成功。

3、项目实施规划：MAJOR HEAT

1）系统组网：

子主题 1

说明：

此组网针对POC场景，最小规模组网。

分为3个域，云平台管理域、虚拟机资源域和x86物理机资源域

云平台管理域：主要部署云平台的管理服务，包括虚拟机模块的服务和物理机模块的服务。

虚拟机资源域：主要是虚拟化用的x86服务器。

x86物理机资源域：主要是非虚拟化用的服务器

2）物理机自动部署规划：

子主题 1

说明：

上图示意了3个vlan下的x86物理机的部署结构，poc环境下，测试一个vlan就行。

每个vlan需要部署个dhcp server。dhcp server跟管理网是通的。

待测试的物理机需要2台，主要是为了测试批量部署功能。

3）设备命名规划：

设备命名需遵循以下原则：

1. 格式:机架号-机房名称-网络层次-项目名称-网络设备类型+3位阿拉伯数字-厂家型号

2. 项目名称：资源池，简称ZYC

3. 网络设备类型：常见的RT代表路由器、FW代表防火墙、SW代表交换机，包括光纤交换机、SV代表服务器

4. 厂家型号：以厂家发货为准，字节要求根据实际为4~7个字节。

5. 补充说明：

6. 同一种设备类型，在同一个网络层次，序号递增，即网络设备类型后面带的3为阿拉伯数字，如001.

7. 刀片服务器，一个刀框一个逻辑名，不分刀片数目。刀片的具体使用将在“刀片服务器设备使用情况表”具体说明。

8. 相同作用的设备，设备序号按架位号从A到J排列，并由上到下，由左到右的原则进行命名。即上面的序号小，左边的序号小

9. 目前以该设备命名列表为准，接下来的施工有变更架位好，只需更改架位号信息，其他内容不做更改。

4）VLAN规划：

网络规划一般包括云平台管理网络，各资源池网络、存储网络等；

平台管理网络：需要两个网络段；

存储网络：使用现有资源池规划地址；

各资源池网络：根据具体纳管的情况划分,一般使用现有的网络段；

内部网络安全策略主要通过访问控制（ACL和防火墙）来实现不同网络、不同业务系统间的访问和隔离。

子主题 1

5）云管理平台规划：

n 云管理平台vlan划分

子主题 1

管理段、Public段属于云管理平台管理网。

云管理平台节点规划：

a) 管理节点

云管理平台（SkyForm）需要一定规模的计算资源来承载其管理业务和资源池，至少需要两台物理机组建一个集群来承载相关虚机。POC环境下需要1台X86物理机资源即可，然后我们在此物理机上创建虚拟机，安装云管理平台的各个服务。

操作系统的用户名、密码统一设置为：root/abc@123

b) 虚拟化模块管理服务关系图

子主题 1

子主题 2

c) 物理机模块管理服务关系图

子主题 1

子主题 2

6）存储规划：

虚拟化系统的存储规划

SkyForm云管理平台使用两种类型的存储：高性能的存储（主存储）用于存储虚拟机的操作系统和数据；低性能的存储（二级存储）用于存储虚拟机的模板文件和快照。

主存储的大小与业务的规划有密切关系。例如虚拟机的标准配置为40G系统盘和60G应用盘，那么100个虚拟机的需要的主存储空间为10T。

二级存储的大小与云管理平台中虚拟机的备份策略有关系。备份时时间间隔越短，要求的备份空间就越大。另外，使用增量备份使用的存储空间比全量备份的空间少。

针对POC环境，需要的存储容量如下：

子主题 1

4、部署方案MAJOR HEAT

1）部署详细步骤

在项目计划的时间范围内，完成如下实施工作：

统一配置功能：

1. 准备工作，配置好网络，管理网、业务网，存储网

2. 规划好管理网、存储网、业务网IP地址，包括云管理平台所需IP地址

虚拟机功能配置相关：

3. 配置服务器IPMI，安装ESXI

4. 安装云管理平台管理服务器所需模板，部署vcenter并考虑冗余机制

5. 创建vmware集群，包括管理和计算节点集群，配置并连接存储网络

6. 创建云管理平台管理服务器模板

7. 创建云管理平台各角色虚拟机

8. 部署云管理平台，包括SkyForm资源管理平台、数据库、二级存储等并考虑冗余

9. 添加SkyForm云管理平台资源域、机架、集群、主机、主存储、二级存储，建立起云管理平台基础架构；

10. 在VMWare集群中，将虚拟机模板以服务形式发布出来，完成流程化申请；

11. 纳管配置存储设备，并在资源管理平台管理存储；

12. 纳管配置网络设备，将交换机和防火墙纳入到网络拓扑和监控系统中；

物理机功能配置相关：

13. 配置待部署物理机，满足下面条件

▲待部署物理机必须支持 IPMI n

▲待部署物理机必须支持PXE 网络启动，（有些服务器默认没有打开PXE 网络启动需要进 BIOS 设置，如下图）

▲待部署物理机的第一启动顺序必须设置成从硬盘启动。不能设置成网络启动，否则物理机将一直从网络引导，造成不停循环安装操作系统。

14. 安装云平台的物理机服务模块安装包

15. 将物理机相关的ISO上传到FTP server。

16. 在云平台创建物理机资源池，添加待部署的物理机信息

测试和记录测试结果，用户培训

17. 系统测试；

18. 用户培训等。

2）云平台资源池划分：

虚拟机资源池规划

子主题 1

物理机池规划

子主题 1

3）云平台安装：

准备操作系统模板

配置好IP地址、hostname、dns、做好yum源、ntp服务

SkyForm安装，请见《SkyForm云平台V4.1 安装指南.pdf》

SkyForm物理机安装，请见《SkyForm云平台企业版物理机模块安装指南.pdf》

POC环境部署和配置云平台功能模块

4）批量任务调度平台安装：

安装批量任务调度平台服务程序，请见《自动化系统服务端部署-sop.doc》

安装批量任务调度平台代理程序，请见《自动化系统代理端部署-sop.doc》

5、测试用例MAJOR HEAT

1）虚拟机资源池主要测试用例：

vSphere资源池纳管

子主题 1

子主题 2

门户API接口

子主题 1

代开虚拟机

子主题 1

云主机备份/快照

子主题 1

自定义告警规则

子主题 1

配额维护

子主题 1

资源概要

子主题 1

其他用例

请参考附件《SkyForm4.1测试用例.xlsx》

2）物理机资源池主要测试用例：

添加物理机资源池

子主题 1

添加物理机

子主题 1

物理机远程开关机

子主题 1

物理机远程部署操作

子主题 1

3）批量任务调度主要测试用例：

增加代理程序

子主题 1

执行批量任务

子主题 1

读取调度日志

子主题 1

分支主题 5

接口自动化

数据库以及数据库操作

数据库概述

概念

数据库: 存储数据的仓库, 程序中数据的载体

分类

关系型数据库: 安全

如, mysql oracle SQLite...

database tables 行+列

非关系型数据库: 高效

如, redis mongoDB...

数据存储结构多样

键值对, 列表, 字符串...

作用

数据库和变量都可以存储数据, 二者有什么区别?

持久性不同: 数据库可以持久性存储数据(把数据写入磁盘文件), 变量不能(运行在内存中)

python操作数据库的相关实现

背景

python(等各种编程语言)本身不具备直连数据库的功能, 必须导入第三方包