实践背景:
U8测试人员从产品单元测试后期开始每天更新安装盘,是非常必要的,这对于总部测试人员来说非常简单,然而对于异地机构,获取最新安装盘绝非易事。
限于网络安全性考虑,U8制造南京研发中心无法直接从总部研发网下载安装盘,需要做两步操作:第一步通过远程连接从南京研发访问集团摆渡区服务器,再从该摆渡区访问研发网上U8安装盘发布机器,拷贝安装盘到摆渡服务器上;第二步是南京研发中心从集团摆渡区下载安装盘。
U8产品发展到V11.0版本,安装盘大小接近3G。局域网内部拷贝要花费10多分钟,而在当前网络带宽情况下,在正常上班期间下载到南京研发至少耗费4小时,同时带来网络阻塞,影响其他办公系统使用,所以南京研发一直采取夜间自动传输方式。
此前传输方式为:在集团摆渡区服务器上部署定时任务,使用FTP方式将安装盘推到南京研发机器。但失败频率很高,有时每周失败2次。一旦传输失败将引发一系列痛苦事件:
1、重新下载:耗时4小时以上,导致测试人员不能正常更新安装盘不能正常验证问题;网络阻塞,导致支持网、邮件、CQ系统动办公效率低下,叫苦不迭;
2、必须通过远程桌面连接总部机器验证安装盘,远程连接程序反应慢,至少2小时才能完成制造验盘;
3、验盘过程中发现问题,开发人员只能连接总部跟踪处理,效率低下;
4、南京研发包括开发和测试工作整体往后偏移4小时(半天),和北京总部节奏失和。
。。。。。。
多次查找失败原因无果,很是纠结。
只要你留心,处处有惊奇。
一次临近下班了,我去和开发人员沟通问题,发现他正在远程操作集团摆渡区机器,使用该机器上FTP工具拉式上传南京研发数据到总部,由于网络很慢,他就将该操作放在那里让其自动传输。OMG!这正是定时下载经常失败的主要原因所在,原来开发人员每天上传成果和测试每日下载使用同一个机器上同一个工具同一个通道,一旦前面开发上传没有处理完,将引起后面下载任务失败。另外,原来自动下载任务脚本中包含了拷贝和自动FTP内容,任务太大,存在失败风险,一旦失败又无法追踪出问题环节。
不怕有困难,就怕找不出原因。失败因素查明,那就规避这些因素。由此我们想到:
1、寻求单独下载专用通道,减少冲突;
2、优化定时任务,实现自动下载100%成功;
3、延伸自动化,在安装盘成功下载基础上,实现软件自动安装,提高工作效率。
。。。。。。
实践时间:
从2012年5月20日至今
实践效果
1、安装盘自动下载成功率100%,较之前使用FTP传输成功率,提高35%以上;
2、自动安装重大突破,更简单,快速,安装减少耗时15分钟左右,成功率100%;
3、较之前连接北京验盘,验盘时间缩短,每日9:30分前完成制造产品验盘,报告提前60分钟发布,验盘人员有效工作时间增加1小时;
……………………
查看全文请点击下载:http://www.51testing.com/html/32/n-827732.html
四、自动下载及安装执行时间及机器分布:
对应流程图步骤 | 执行时段 | 实际耗时 | 执行机器 |
2,摆渡区机器每日定时自动分卷压缩拷盘 | 4:40—4:50 | 7分钟左右 | 集团摆渡区机器(虚拟机)IP:125.*.*.* |
3,南京测试服务器每日定时自动下载 | 5:00-7:00 | 100分钟左右 | 南京研发测试用服务器IP:10.24.80.40 |
4,南京测试服务器每日定时自动解压 | 7:10-7:20 | 2分钟左右 | 南京研发测试用服务器,和下载为同一台机器IP:10.24.80.40 |
5,南京测试人员验盘机器每日定时自动安装 | 7:30-8:00 | 30分钟左右 | 南京研发测试员用机器IP:10.24.80.29 |
五、自动化方案
1,摆渡区机器代理设置:
启用集团摆渡区机器上IIS服务,设置HTTP代理目录:http://125.*.*.*/dzy/,对应本机地址E:\U8MWWWRoot\dzy,该地址为安装盘压缩拷贝到地址,HTTP地址供远程网络下载使用(事实证明HTTP比FTP方便快捷)。