运维部署自动化实践（一）利用PXE远程自动化安装Ubuntu16.04 server

因为项目需要（实际是没有人手。。。），需要搞开发的我自己来搭建服务器集群环境，并完成软件服务的自动化部署。本文及后续文章，记录运维部署自动化实践中的每一步工作，便于以后追踪参考。

本文先完成第一步工作：远程自动化安装Linux系统

技术方案选择：PXE+dhcp+tftp+kickstart 安装ubuntu1604 server

宿主机：ubuntu1604 desktop
目标服务器：（1）Dell Poweredge R540
（2）VMware虚拟机
安装镜像： ubuntu-16045-server-amd64iso

安装isc-dhcp-server
sudo apt-get install isc-dhcp-server

修改/etc/default/isc-dhcp-server

修改/etc/dhcp/dhcpdconf，添加如下配置：

运行dhcp服务
sudo service isc-dhcp-server start

安装tftpd-hpa
sudo apt-get install tftpd-hpa

修改/etc/default/tftpd-hpa

创建tftp目录
sudo mkdir /var/lib/tftpboot
sudo chmod 777 /var/lib/tftpboot
运行tftp
sudo service tftp-hpa start

安装apache2
sudo apt-get install apache2
apache 默认的根目录是/var/> 通过浏览器访问>现在客户端流行的ui自动化测试框架层出不穷,但是也有很多人质疑UI自动化测试对测试本身的投入产出比,甚至认为UI自动化测试有用吗

一UI异常

UI异常包括白屏,黑屏,数据加载异常,花屏,重影,错位,覆盖等

二UI自动化测试的使用场景

UI测试主要测试的是产品的功能需求那么,功能主要验证的方面有:

我们每测一轮测试,在回归和兼容性方面投入的人力是巨大的而这些人力做的都是重复的劳动UI自动化在降低人力方面,发挥着重要的作用而最近热门的图像识别和深度学习,又给UI自动化测试在页面样式识别方面补足了短板

三UI自动化元素定位

很多人反应UI自动化脚本维护成本高,因为页面布局总是在变所以,UI自动化测试更适合业务相对稳定的产品而且我们在写自动化脚本时,主要是通过

1控件识别,控件识别的方法有:

等而其中最不稳定的就是classPath,最稳定的是id所以我们如何巧妙的定位控件,成为了其中脚本是否稳定的关键

2识别:

sikuli/airtest;

3对比:

感知哈希算法;缩放;像素值对比

其次，要做好失败重试，和显式隐式等待等，pom模型，用例步骤原子化，独立性。

四UI自动化测试效果

接口测试我们很容易很清楚的可以拿到接口的成功与失败,响应时间,响应内容但是客户端琳琅满目

接口成功了,客户端就一定能看到页面数据吗这个问题值得我们思考

从发起请求,到页面呈现其中诸多环节和诸多耗时而客户端作为检验产品的最后一个环节,无疑起着决定性的作用是用户最直观的感受UI自动化测试就是作为真实用户的角色去检验产品,检验端到端的可用性

六 效果对比

首先，先别用花生壳，我之前用过，会攻击电脑，ip被改的很奇怪。如果想让外网访问服务器的话，可以试试美步。

然后，服务器搭建服务器方法挺多的，我现在是用MyEclipse，服务器端写jdbc代码，生成json格式的数据，返回给客户端，客户端json解析得到数据显示在UI上。json格式说白了就是一组组的字符串。

关机问题：你的电脑如果搭建了服务器功能了，那你的那台电脑就已经是服务器了，服务器是一般是不会关机的，关机之后，客户端当然不能再访问服务器了。

全部是根据自己的理解手打，希望帮到你。

---