⑴ 广东广州年突发地质灾害应急演练脚本
广东省国土资源厅、广州市国土资源和房屋管理局、广州市萝岗区人民政府
(2011年9月)
预备(约20分钟)
演练时间:2011年9月15日16:20—18:20。
16:00—16:10,演练队伍在观摩台前按各自指定位置集合。
16:10—16:20,播放迎宾曲,工作人员引领观摩领导在观摩台就座。
序幕(约20分钟)
16:20—16:40
屏幕显示:欢迎各位领导莅临指导!(背景为萝岗区东区街刘村洋城岗全景)
解说员(男):尊敬的各位领导!
解说员(女):各位来宾!
解说员(合):大家好!
解说员(男):这里是广州市萝岗区东区街刘村洋城岗。为贯彻落实《国务院关于加强地质灾害防治工作的决定》(国发〔2011〕20号)精神,提高突发地质灾害应急处置能力,保障人民群众的生命财产安全,由广东省国土资源厅、广州市国土资源和房屋管理局、广州市萝岗区人民政府联合主办的广东广州2011年突发地质灾害应急演练将在这里隆重举行。
解说员(女):莅临今天演练现场的主要领导有:广东省国土资源厅张超群副巡视员,广州市国土资源和房屋管理局韩小平纪委书记、刘仲国副局长,广州开发区管委会副主任、萝岗区人民政府李红卫常务副区长,以及省应急办、省三防办、省气象局,全省20个地级以上市(顺德区)国土资源行政主管部门的领导。
解说员(男):出席今天演练的还有:广州市政府应急办、三防办、民政局、气象局以及萝岗区地质灾害防治应急指挥部各成员单位和萝岗区5街1镇以及广州市各区(县级市)国土房管分局的领导。
屏幕显示:观摩台,每位被介绍领导特写。
解说员(女):让我们以热烈的掌声,欢迎各位领导的到来!现在请广州开发区管委会副主任、萝岗区人民政府常务副区长李红卫同志致辞(请萝岗区政府办或区国土房管分局拟稿,时间约4分钟)。
屏幕显示:发言领导特写,观摩台领导和演练队伍特写。
解说员(男):现在请本次演练总指挥、省国土资源厅张超群副巡视员发布演练指令。
张超群副巡视员:我宣布,广东省广州市2011年突发地质灾害应急演练现在开始!
(演练队伍依次退场,至指定位置待命,与此同时,解说员介绍演练背景情况。)
(视频1):广州市地处珠江三角洲北缘,地质环境条件复杂,地质灾害类型多、分布广、危害大。据调查,截至2010年年底,全市共有地质灾害隐患点726处,其中崩塌620处、滑坡64处、泥石流4处、地面塌陷23处、地面沉降15处,威胁人口约1.7万人,潜在经济损失近6亿元。
随着社会经济的快速发展,人类工程活动不断增多,建设规模不断扩大,对地质环境的影响不断加剧,加之近年来气候异常,台风、暴雨等极端天气频繁出现,地质灾害防治形势异常严峻。
屏幕显示:广州市地形地貌图、广州市地质灾害易发区划图、广州市地质灾害隐患点分布图,典型地质灾害照片。
在国土资源部和省国土资源厅的精心指导下,广州市委、市政府坚持以科学发展观为指导,将“以人为本”的理念贯穿于地质灾害防治工作的各个环节,坚持属地为主、分级负责,预防为主、防治结合的原则,大力推进地质灾害防治“五条线”和群测群防“十有县”建设,严格执行汛前调查、汛期值班、隐患巡查、灾情和险情速报、地质灾害气象预警预报、建设项目地质灾害危险性评估等制度,积极推进重大地质灾害隐患点的勘查治理和搬迁避让,不断完善地质灾害防治措施,最大限度地避免和减少了地质灾害损失。
屏幕显示:成立广州市地质灾害防治领导小组、印发广州市地质灾害防治规划、突发地质灾害应急预案、年度地质灾害防治方案、地质灾害防治责任书等文件。广州市地质环境监测中心挂牌,地质灾害预警预报及应急指挥系统,评估报告和备案证明,萝岗区地质灾害治理工程特写等。
我们所在的地点,是一处模拟的威胁100人以上的重大地质灾害隐患点。大家面前的这座山坡已经人工切坡,但没有采取相应的防护加固措施。坡上是由花岗岩风化形成的土体,在遇到暴雨时容易吸水软化,形成崩塌甚至滑坡,坡上还散布着许多不稳定的花岗岩孤石,威胁着坡下100多名村民的生命和财产安全。
本次演练,根据广东省国土资源厅、广州市国土房管局突发地质灾害应急响应方案和《广州市萝岗区突发地质灾害应急预案》的要求,主要模拟从地质灾害预警到应急处置的全过程,演练的主要内容包括:①地灾预警;②灾情速报;③应急响应;④前期处置;⑤应急调查;⑥会商决策;⑦排除险情;⑧善后处理。
屏幕显示广州市萝岗区东区街刘村洋城岗山体滑坡地质灾害演练内容(同上)。
解说员(男):好,各位领导、各位来宾!现在让我们演练第一场:灾情预警。
屏幕显示:第一场灾情预警
第一场 灾情预警(约5分钟)
16:40—16:45
(视频2):天空灰暗,乌云疾走,镜头转向广州市地质环境监测中心、地质灾害预警室,技术人员正对着电脑紧张工作。时钟显示:15:30。
这里是广州市地质环境监测中心的地质灾害预警室,技术人员在收到省国土资源厅和省气象局联合发布的地质灾害气象预报预警信息后,正在接收市气象台发来的降雨量预报数据,并利用广州市地质灾害预警预报系统制作预警产品,经市国土房管局和市气象局审核同意后,以两局名义通过网络、电视、短信等形式向社会公众发布。
根据广州市气象台的预报,未来6小时内广州地区将有暴雨至大暴雨,局部特大暴雨的降水,从9月15日15时30分起,广州市暴雨橙色预警信号生效。市地质环境监测中心预警室的负责人正在通过电话与市气象台会商地质灾害预警等级。
屏幕显示:市地质环境监测中心预警室内,预警室负责人陈小云正在打电话,约1分钟后,放下电话,向郑兰波院长报告。
陈小云:郑院长,经与省地质环境监测总站和市气象台会商,未来24小时内萝岗区降水中心区域地质灾害预警等级为5级,天河区、黄埔区预警等级为4级,其他地区预警等级为3级。
郑院长:好,我马上向市局报告,请你们制作好预警成果,在16:30前发送到市气象局。同时,立即向各监测员发布预警信息。
9月15日下午16时30分,广州市国土房管局和广州市气象局联合发布的地质灾害预警信息在市国土房管局的门户网站上发布,同时通过手机短信发送给市国土房管局、市气象局,各区(县级市)政府和国土房管部门、各镇街的相关领导和地质灾害群测群防员。19时,广州广播电视台在天气预报节目中发布了地质灾害预警信息。
屏幕显示:市国土房管局门户网站发布的地质灾害预警信息,手机短信预警信息,广州电视台发布预警信息的特写。
第二场 灾情速报(约5分钟)
16:45—16:50
解说员(男):现在进入第二场,灾情速报。
屏幕显示:第二场灾情速报
解说员(女):在各级党委、政府的重视和支持下,广州市已经建立了市一区(县级市)—镇(街)—村社(居委)四级地质灾害群测群防体系。在收到广州市国土房管局发布的地质灾害预警信息后,各区(县级市)国土房管局、乡镇国土所和群众监测员立即行动起来,加强地质灾害隐患点的巡查、监测。看,两位监测员正在冒雨巡查洋城岗地质灾害隐患点。
演练现场,消防车在山坡前洒水模拟降雨,萝岗区国土房管分局执法监察大队队员曾伟和东区街1名群众监测员身穿雨衣,手提电筒、喇叭和铜锣冒雨沿着坡脚巡查,在坡脚的平房前停下。
曾伟:×××,山上情况怎么样?
监测员:不太好,坡顶发现一条裂缝,大概有40多米长。
曾伟:你看,山坡前缘也出现裂缝,坡上已经出现掉土、滑塌现象,可能会滑坡了。这样,你马上向街道报告,我给杨局打电话。
监测员打电话向街道领导报告(做出动作即可),曾伟拿出手机,向萝岗区国土房管分局杨佳新副局长报告。
曾伟:杨局,你好!我是曾伟。我现在东区街刘村洋城岗巡查,发现坡顶已出现裂缝,边坡出现小的崩塌,目前雨下得很大,洋城岗可能发生滑坡,请指示。
(视频3):在曾伟打完电话后,镜头切换到萝岗区行政大楼国土房管分局杨佳新副局长办公室,杨局正在接听电话。
杨局:请立即通知街道和刘村村委组织受威胁群众转移,并继续加强观测。
演练现场,监测员鸣锣,曾伟用喇叭呼叫平房内的群众转移,7~8名群众从房内跑出来,向安置地点转移。
解说员(男):刘村部分群众正在紧急转移避险的时候,洋城岗突然发生了山体滑坡,山泥倾泻而下,一名没有迅速转移的群众受伤,不过他很快被迅速赶到的其他村民们搀扶着转移到了安全的地方。村委会干部立即通过电话向街道和区国土房管分局报告灾情。萝岗区国土房管分局接到灾情报告后,立即按照地质灾害速报制度的要求,在30分钟内分别向萝岗区政府和广州市国土房管局报告。
(视频4):萝岗区国土房管分局地质灾害灾情速报。萝岗区政府、广州市国土房管局:9月15日下午17时许,受强降雨影响,我区东区街刘村洋城岗发生山体滑坡,致1人受伤,多幢房屋受损,直接经济损失约200万元,并威胁到坡下27户、110名村民的生命和财产安全,地质灾害灾情和险情都达到中型等级。灾情发生后,我局已会同东区街道办事处组织受威胁群众紧急转移避险。鉴于降雨还在持续,山体滑坡有进一步扩大的趋势,建议区政府立即启动萝岗区突发地质灾害应急预案,成立现场应急抢险指挥部,组织开展抢险救灾工作;建议市国土房管局派出工作组和抢险救援队伍,协助我区开展地质灾害应急处置工作。
第三场 应急响应(约5分钟)
16:50—16:55
解说员(男):现在进入第三场,应急响应。
屏幕显示:第三场应急响应
解说员(男):接到萝岗区国土房管分局的地质灾害灾情报告后,萝岗区人民政府、广州市国土房管局、广东省国土资源厅立即做出应急响应。
(视频5):萝岗区人民政府,李区长正在给区应急办负责人布置任务。
李区长:段主任,东区街刘村发生山体滑坡,区政府决定启动突发地质灾害应急预案,在刘村设立现场应急抢险指挥部,由我担任总指挥。请你立即通知区国土分局、公安分局、民政局和卫生局等部门的领导按照预案要求,带领工作人员赶赴现场,我马上出发。
广州市国土房管局韩小平纪委书记办公室,韩书记正在给地矿处领导打电话。
韩书记:地矿处,萝岗区东区街发生中型地质灾害,立即启动我局应急响应方案,会同地调院派出应急分队赶赴现场。地质灾害人命关天,一定要协助萝岗区政府做好应对工作,并将有关情况及时上报市政府和省国土资源厅,我马上赶赴现场。
广州市国土房管局刘仲国副局长办公室,刘局正在给房安所打电话。
刘局:黄所长,萝岗区东区街刘村发生山体滑坡,12栋房屋受损,我局已启动应急响应方案,你立即协调鉴定所,派房屋抢险救援队赶赴现场,协助萝岗区政府开展应急抢险工作。
广东省国土资源厅邱毅处长在下楼梯时给省地质环境监测总站廖站长打电话。
邱处长:廖站,刚才接到广州市国土房管局的地质灾害灾情报告,萝岗区东区街刘村发生中型山体滑坡地质灾害,我们已将有关情况报省委总值班室、省府应急办、国土资源部地环司。根据陈厅长指示,已经启动C级响应方案,请你们立即组织专家组,和我一起赶赴现场。
广州市地质调查院,地质灾害应急抢险分队带齐装备,列队集合,乘车出发。
广州市房屋安全管理所,房屋抢险救援分队带齐装备,列队集合,乘车出发。
第四场 前期处置(约10分钟)
16:55—17:05
解说员(女):第四场,前期处置
屏幕显示:第四场前期处置
解说员(女):萝岗区人民政府领导率领区应急办、区国土房管分局、区公安分局、区民政局、区卫生局的领导进入演练现场,已在现场的东区街街道办事处杨鸿校主任向李区长报告。
杨主任:李区长,山体滑坡已经使刘村12幢房屋出现不同程度的损坏,1人受伤,我们已将12户村民暂时安置在村小学。但是,滑坡的山体还不稳定,还有继续扩大的趋势,需要采取加固措施。请指示。
李区长:好,先带我们到滑坡现场去看一看。
一行人巡查了滑坡现场和受损房屋,到模拟的村小学(由现场板房模拟)看望了受灾群众,然后在村委会(搭设帐篷模拟)设立现场指挥部,召集会议,布置工作。
李区长:(地点:现场指挥部)根据区委、区政府的部署,决定在刘村设立山体滑坡地质灾害现场应急抢险指挥部,由我担任总指挥,区应急办、国土分局、公安分局、民政局和卫生局的领导担任指挥部成员。刚才大家看了滑坡现场,对抢险救灾工作提出了很好的意见。现在我布置以下任务:第一,由区公安分局负责,刘村村委配合,在受滑坡威胁的区域设置警戒线,看看还有没有未撤离的群众,并严禁无关人员出入,对群众已撤离的房屋要安排治安人员加强巡逻,保护群众的财产安全;第二,由区卫生局负责,做好受伤人员的救治工作,年老体弱的群众和儿童有身体不适的,要做好检查,发放药品;第三,由区民政局负责,会同东区街办事处将撤离的群众安置好,发放必要的饮用水和其他生活用品,把群众的生活安排好;第四、由区国土分局负责,在上级国土资源主管部门的指导下,对灾害进行调查,尽快拿出控制灾情的有效措施;第五,由区气象局负责,对天气情况进行观测,有灾害天气及时报告。
解说员(男):按照现场应急抢险指挥部的部署,萝岗区各职能部门立即分头行动,妥善做好地质灾害前期处置工作。
屏幕依次显示:
区公安分局领导指挥民警和治保队员设立警戒标志,站岗巡逻,防止无关人员进入,产生二次灾害;
区卫生局领导指挥医护人员给老人和儿童检查身体,将受伤群众抬上担架,送上救护车,救护车开走;
区民政局领导带队给转移安置的群众发放矿泉水、面包、方便面等物资;
区国土房管分局派员继续对滑坡山体进行监测,分局领导在演练现场队伍入口处迎接省、市国土资源主管部门应急工作组和应急分队。
第五场 应急调查(约15分钟)
17:05—17:02
解说员(男):现在进入第五场,应急调查。
屏幕显示:第五场应急调查。
解说员(女):广东省国土资源厅、广州市国土房管局派出的工作组、专家组应急救援队伍已到达现场,相关负责人在萝岗区国土房管分局杨佳新副局长的陪同下,来到现场应急抢险指挥部,和李区长等人会合。
丘处长:李区长,受领导的指派,省厅、市局派出的应急工作组、专家组和应急救援队伍已到现场,配合你们做好应急处置工作。
李区长:大家辛苦了!山体滑坡已经使刘村十余幢房屋受损,我们已经将受威胁的村民转移安置。但是,滑坡体还不稳定,还有继续下滑的趋势,盼望你们尽快提出控制灾情的有效措施。
丘处长:好!我们马上开展工作。
(抢险各队伍在主席台前列队集合)
郑兰波:大家按C级响应方案,立即实施!
省国土资源厅专家组、市地调院、市房安所、市鉴定所应急分队立即分头展开行动。
屏幕显示:应急调查分队开展调查、监测工作的特写。
解说员(女):现在广州市国土房管局地质灾害应急调查分队正在滑坡现场调查。该分队组建于2007年7月,现有队员44名,由广州市地质调查院专业技术人员组成,分为预警组、应急调查组、监测组、信息保障组和后勤保障组。该分队承担着广州市各类突发地质灾害的应急调查及技术抢险,负责调查地质灾害的成因、规模、性质,提出防治措施建议,协助各区(县级市)政府和国土房管部门开展地质灾害应对工作。该分队除担负着广州10区2市突发地质灾害的应急调查外,还负责广州市地质灾害隐患点的排查和重要隐患点的监测工作。自建队以来,已完成各类突发地质灾害应急调查600多宗,地质灾害隐患点核查近2000处,建立了广州市地质灾害隐患点台账,编制了全市地质灾害易发区划图和地质灾害隐患点分布图,为广州市地质灾害防治工作提供了有力的技术支撑。2008年汶川地震后,应急分队部分队员参加了威州镇灾后重建工作,在余震不断、山体崩塌、滑坡时有发生的条件下,顺利完成8个重建项目的地质灾害危险性评估工作,评估报告一次性通过四川省国土资源厅组织的专家评审,并获得评审专家组的一致好评。(稍作停顿)
解说员(男):我们可以看到,调查队员正在操作的是地质雷达(特写镜头)。因我市常见的地质灾害有崩塌、滑坡、泥石流、地面沉降、地面塌陷、地裂缝等,任何一种地质灾害的发生都会在土壤、岩层中留下痕迹,这些痕迹由于物性差异,电磁波穿过时,反射能量发生增减,地质雷达可据此解译出该痕迹的位置及形态等信息。
解说员(女):在另一边,我们可以看到调查队员正在使用的是激光测距枪(特写镜头),是一种便于携带并可在雾、雪、雨、尘等恶劣气象条件下进行测量工作的仪器,激光测距枪可以进行多点高差、平距、倾斜角、下垂度及面积等参数的测量,是进行地质灾害调查的先进工具。
屏幕显示:房屋安全鉴定队特写。
解说员(男):现在我们看到的是广州市国土房管局房屋鉴定队的工作人员。市房屋安全鉴定管理所拥有一批素质高、经验丰富的高中级工程技术人员,除了负责组织广州市房屋安全普查和房屋安全状况鉴定管理工作外,还负责危及公共安全的突发事件中的房屋安全应急鉴定工作,如2004年12月31日八旗二马路广州城建总大厦火灾事故、2005年7月21日江南大道中海珠城广场基坑倒塌事故、2007年3月14日黄埔荔联爆炸事故、2008年5·12汶川大地震灾后房屋的应急抢险鉴定工作,曾被评为海珠城广场基坑倒塌事故处理先进单位及广州市抗震救灾工作先进单位。
第六场 会商决策(约5分钟)
17:20—17:25
解说员(女):现在进入第六场,会商决策。
屏幕显示:第六场会商决策。
现场应急抢险指挥部,各位领导和专家坐在会议桌前研究应急处置措施。
解说员(男):经过调查,广东省国土资源厅专家组和广州市国土房管局地质灾害应急调查分队会商意见后,由张建国总工向现场指挥部报告调查结论和应急处置措施建议。
张总:报告李区长,根据应急调查和省、市专家组会商,对刘村山体滑坡提出如下应急处置意见:
本次山体滑坡主要是由暴雨引发的中型地质灾害,目前滑坡体还不稳定,为有效控制险情,建议采取以下措施:①搜救群众;②在滑坡体后缘开挖截排水沟,在坡面铺盖防水布,在坡脚堆压沙包压脚阻滑;③对受灾变形的房屋排险加固;④静态爆破清除坡上危石;⑤在危险区划定警戒线,竖立警示牌,对滑坡体进行实时监测。报告完毕!
李区长在征求指挥部成员意见后作出部署。
李区长:同意专家组意见,请国土部门立即组织实施,萝岗区各部门全力配合,排除险情!
第七场 排除险情(约30分钟)
17:25—17:55
解说员(女):现在进入第七场,排除险情。
屏幕显示:第七场排除险情。
解说员(男):市国土房管局房屋抢险救援队正在赶来(车辆进场)。该救援队成立于2006年,目前共有抢险队员51名。广州市房屋安全管理所每年组织各级房屋抢险救援队伍举行各种演练和技能培训,提高抢险队的综合应急抢险、救援能力,成功处置了荔湾区逢源路逢源正中约8号之一、10号房屋倒塌事件、白云区永泰村在建长和汽车销售中心房屋坍塌事件、萝岗区宏康花园康慧苑杜鹃楼一楼受爆炸破坏事件等,确保了我市人民群众生命财产安全和最大限度减轻了事故灾害损失。
谭青松:(待解说完毕后)报告黄所长,房屋安全抢险救援队伍集结完毕。请指示!
黄光华:好!请带领抢险小组,按房屋抢险方案立即实施!
谭青松:出发!
(房屋安全抢险救援队出发时,白云区、萝岗区,从化、增城市抢险队列队入场)
从化队队长:报告郑院长,地质灾害抢险队伍集结完毕。请指示!
郑兰波:好!各抢险队按专家组意见立即实施!
从化队长:是!(面向队员)出发!
解说员(女):(待抢险队实施处置时开始解说)广州市国土房管局地质灾害抢险分队现在正在对滑坡体实施排险处置。该分队由各分局年轻力壮的人员组成,除进行地质灾害的应急抢险外,还担负着分局的三防抢险、房屋抢险及其他一些突发性的应急抢险工作,被人们称为国土房管人的“救火队”。同时,该分队还聘请了一支专业的爆破队伍,该爆破队伍是省地质科学研究所专门从事爆破工作的专业队伍,本次工作任务是对危石实施爆破清除,避免危石滚下破坏民房、伤及居民。(稍作停顿)
处置滑坡地质灾害的措施可形象地表述为“卸载、固腰、压脚、止水”。“卸载”即减载放坡,通过削减边坡上部土体荷重,从而减少滑坡体荷载,降低整体下滑力。“固腰”即锚固支护坡体,提高坡体的抗滑能力。“压脚”是堆沙包、砌挡土墙等压固坡脚,可大大增强坡体的抗滑能力。“止水”则是挖排水沟和覆盖防水材料,减少雨水渗透,避免加重、软化坡体,提高坡体的稳定性。因“固腰”措施工程量、资金投入量大,一般在永久性治理工程中采用应急处置中通常采用可进行快速实施的“卸载、压脚及止水”工艺。(稍作停顿)
解说员(男):在坡脚,我们可以看到抢险队员们正在迅速地把沙袋堆叠在一起,形成沙包护坡墙,起到加固坡脚,阻挡滑坡体继续下滑的作用,也即“压脚”。而另两个抢险小组正在滑坡体后缘外侧设置截排水沟以及对裸露坡面覆盖彩条布,这样可以防止雨水渗入滑坡体,从而增加边坡抗滑力,减缓滑坡体的下滑速度,亦即“止水”。我们上面所说的“固腰”措施因成本高,耗时长,我们将在本次应急抢险结束以后聘请专业的施工队伍对该地质灾害点进行永久治理,消除该地质灾害点对人民群众生命财产安全的威胁。(停顿约1分钟)
解说员(女):大家现在看到房屋左边正在进行的是射墙顶架项目(特写镜头)。射墙顶架是我市日常房屋抢险救援中常用的传统工艺,由于支撑时效长,可为房屋制定后续维修计划争取时间。现在抢险队员正在将切割和打磨好的钢筋、木桩打入到预定的位置和深度,作为射墙顶架的临时支座。
房屋的右边,正在进行的是液压桩顶项目(特写镜头)。液压桩顶是抢险队根据应急抢险救援中常见的房屋结构破坏形式而设计的新技术,可对房屋的结构和墙体等构件进行多角度、多位置、同时支顶,从而达到较好的排危效果。
解说员(男):我们现在来看抢险队救人的情况。在两边窗户边紧张工作的是破拆救援组,他们使用的破拆工具是多功能液压扩剪器(特写镜头)。液压扩剪器可以剪切钢筋、护栏、门框、电缆、汽车框结构以及其他金属或非金属结构,救助被困于受限环境中的受害人或危险环境中的受害物。
现在大家看到在房屋的中间正在进行的是升降平台救援(特写镜头)。升降平台具有多种功能,其中一种就是当房屋出现险情时,建筑物原有通道遭到破坏或存在安全隐患不能正常使用,为能及时打通救援通道开展救援,可以借助升降平台,从建筑物外部将救援人员送达指定位置。
解说员(女):我们现在来看看地质灾害应急抢险监测小组的工作情况。监测组现在正在使用的是测量型GPS(特写镜头),即测量型全球定位系统。它是利用接收空中卫星信号测距进行定位的。其水平精度已达到毫米级,能进行控制测量及地形测绘的碎部点采集,与常规测量仪器相比,测量型GPS能克服控制点不能通视的问题,大大提高了测量精度和工作效率。(稍作停顿)
在它旁边的就是全站仪(特写镜头),它是全站型电子速测仪的简称,由光电测距仪、电子经纬仪和数据处理系统三部分组成。全站仪通过测量斜距、竖直角、水平角等,可进行平距、高差及坐标值的自动计算。监测组现在使用的全站仪测距长度可达到2千米,能方便地进行滑坡体地形测量、碎部点采集和滑坡体变形监测,是地质灾害变形监测的有力武器。
第八场 善后处理(约5分钟)
17:55——18:00
解说员(女):现在进入第八场,善后处理。
屏幕显示:第八场善后处理。
从化队队长:郑院长,地灾抢险队已完成任务,请指示。
郑兰波:辛苦了,请带队员休息。
谭青松:黄所长,房屋抢险队已完成任务,请指示。
黄光华:辛苦了,请带队员休息。
(郑兰波、黄光华将意见汇总至专家组,专家组商讨约2分钟后,由张建国、郑兰波、黄光华向李区长汇报)
郑兰波:李区长,通过地质灾害应急抢险工作,滑坡变形已得到有效控制,报告完毕。
黄光华:李区长,房屋抢险救援队通过对房屋实施临时加固等措施,稳定了房屋结构,现已成功救出被困人员,报告完毕。
张建国:李区长,通过地质灾害和房屋抢险救援,灾情现已经得到有效的控制。根据监测数据,滑坡已趋于稳定。专家组分析认为,可以结束本次应急抢险工作。请指示!
李区长:同志们,大家辛苦了。本次的应急抢险工作,在大家的共同努力下,应急工作取得圆满成功。现在,请各应急抢险队解除应急状态,恢复正常秩序。
解说员(女):在抢险队员的共同努力下,应急抢险工作取得圆满成功。
尾声(约20分钟)
18:00—18:20
解说员(男):现在请参加本次应急演练的全体人员到观摩台前集中。
解说员(女):(队伍集中完后)下面,请广州市应急办领导对本次演练进行点评。
市应急办领导:(点评)
解说员(女):谢谢×××(领导)的点评。下面,请广东省国土资源厅×××(领导)对本次演练作总结。
省国土资源厅领导:(总结,稿件请省厅地环处代拟)
解说员(女):下面,请本次应急演练的总指挥、广东省国土资源厅张超群副巡视员宣布本次演练结束。
张超群:我宣布,广东省广州市2011年突发地质灾害应急演练结束。
解说员(男、女):再次感谢各位领导、嘉宾莅临指导对全体参加演练的同志和后勤工作人员表示衷心的感谢!谢谢大家!
(播放乐曲)
众志成城,吹响地质灾害抢险救灾集结号
消防队员迅速投入“战斗”
地质专家进行仪器探测
医护人员也赶来给受伤的群众进行救治
⑵ 网络安全学习完可以干什么
朋友，如果有赚钱特多又不忙的工作请也给我介绍一个。
其实最近几年，随着网络安全被列为国家安全战略的一部分，这个曾经的细分领域发展速度提升了不少。同时，互联网、通信、新能源、房地产、金融证券、电子技术等行业随着技术的不断发展，以及网络安全的重要性，也开始迫切需要网安人员。网络安全行业的需求量肯定越来越大，行业也会迎来一波新的机遇与发展。
那很多小伙伴看到这样的发展也想涌入网络安全行业，但是学习了网络安全究竟可以胜任哪些岗位呢？
下面我们就来简单了解一下学习网络安全可以从事的岗位有哪些。
1、安全运维/安全服务工程师。
随手去任意一个招聘网站搜索一下对应的岗位，查看一下起岗位要求，其大致的岗位职责有以下几点。
岗位职责：
1.负责业务服务器操作系统的安全加固；
2.负责推进业务层安全渗透、安全加固及安全事件的应急响应，协助漏洞验证等；
3.负责对业务服务器系统层的应用程序的运行权限检测、评估；
4.定期对服务器进行漏洞扫描、端口扫描、弱密码扫描，并整理报告；
5.根据业务跟踪国内、外安全动态，搜集安全情报和安全研究，对各类安全事件主导跟进，包括Web漏洞处理、DDOS防御，及其他安全加固措施实施；
再来看看安全运维岗位和安全服务工程师的薪资待遇有多少。
以上只罗列出了几个较为常见的安全岗位，另外还有安全开发、安全架构、安全服务、安全售后、安全技术支持等多个细分岗位。
虽然网络安全的薪资待遇好，需求量在逐步增加，但是她的要求并不低，而且学习网络安全也并不简答。而且网络安全行业对于学历的要求较高，选择转行网络安全之前还是多去看看网络安全的招聘要求，看看自己是否符合能否有信心学会这些技能，找到一份满意的工作。
⑶ linux 安全加固指的是什么
这个涉及到有点广泛，在安全性方面，Linux内核提供了经典的Unix自主访问控制（root用户、用户ID安全机制）， 以及部分支持了POSIX.1e标准草案中的Capabilities安全机制。自主访问控制（Discretionary Access Control，DAC）是指主体对客体的访问权限是由客体的属主或超级用户决定的，而且此权限一旦确定，将作为以后判断主体对客体是否有及有什么权限的惟一依据。只有客体的属主或超级用户才有权更改这些权限。传统Linux系统提供DAC支持，客体在Linux系统当中主要是指文件、目录等系统资源，主体是指访问这些资源的用户或进程。控制粒度为客体的拥有者、属组和其他人。简单说，1．文件系统及访问权限 2.用户和账号管理。3．系统审计
⑷ 如何快速部署云主机环境
这里可以推荐你用云主机管理工具，云帮手。这款软件可以实现快速一键部署云主机环境，首次安装完探针后，后续云主机完全能监控和有操作日志。
⑸ InDesign 用脚本导入PDF文件显示警告怕不怕的 document
出现这种情况主要有以下几种情况：
1.文档中有生僻字或特殊符号无法被软件识别，文档中显示的是红条或者是空格。（这种情况最好解决，找到生僻字或特殊符号给换个字体就行，文字一般用相应的方正-GBK字体都能显示出来，特殊符号用搜狗输入法重新输入一遍就行）
2.文件中绘制了过于复杂的路径或者是做出太多的效果，输出PDF的时候软件无法模拟出相应的效果导致导出失败（这种情况需要把复杂的路径或者是做出太多的效果的区域先导出一份EPS，用AI打开复制一份再粘贴到ID里面替换原来的区域就行了。补充一句，AI里绘制的图形可以直接复制粘贴到ID里面，粘贴过来后可以继续编辑，当然图形不能复杂，太复杂粘贴过来后会直接被转成EPS格式，无法继续编辑。）
3.文件中有损坏或者是不规范的图片也会导致导出失败（不规范的图片可以用PS打开，另存的时候把格式选项改成 基线“标准”，另外的 基线已优化 和 连续 这2种格式都是不被ID认可的；损坏的图片用PS都无法打开，需要用ACD See看软件打开后另存为JPEG格式图片，再放到PS里调整相应的参数）
4.文件太大或系统内存不够也会导致导出失败（文件太大可以分段导出，系统内存不够关掉一些应用程序或者是把软件关掉重启一下就能解决）
⑹ 急急急 联通CBSS系统开卡首先要创建客户，但是每次到读二代身份证的时候提示脚本错误
没有正确安装控件.要看你用的什么牌子的.我们湖北大多用的精伦或者华视.可以联系渠道经理,找他们解决.或者登陆联通ESS系统,服务-写卡器下载---里面有jinglun,huashi这样的压缩包
控件没有正确加载,首次安装控件后.需要用IE登陆CBSS,会提示是否加载 idrcontrol 什么的加载项,这就是身份证阅读器的.如果你拒绝了,或者不管.....当然会报错...
第三种...一般没碰到,倒是联通BSS系统经常有,正常安装并且加载了,IE在BSS里,只要读二代身份证,就会报错.但是如果你换个浏览器,比如360,猎豹等等,就完全不是问题.....只能归结于IE兼容性了...
⑺ LoadRunner学习知多少
一． 什么是LoadRunner
LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟多个用户实施并发负载测试及实时性能检测的方式来确认和查找问题，能对整个企业架构进行测试。
二． LoadRunner的优点
1. 轻松创建虚拟用户：通过记录下业务流程转为测试脚本，在机器上产生多个用户访问，减少负载测试需要的硬件和人力资源。
2. 创建真实的负载：可以通过Controller设定负载方案，如定义用户在什么时候访问系统以产生负载，所有用户同时执行一个动作来模拟峰值负载情况等。
3. 实时监测器：可以实时显示交易性能数据（如响应时间）和其他系统组件如数据库，网络等的实时性能。
4. 分析结果以精确定位问题所在：LoadRunner能收集汇总所有测试数据，提供高级的分析和报告工具。
三． LoadRunner的安装与使用
1.安装过程详见上传的LoadRunner使用手册，在此不再详细介绍。
2.具体使用：
点击File新建录制文件，也可以点击下面的NEW快捷键进行新建。使用File新建，会弹出协议选择窗口，选择新的单协议脚本（New SingleProtocol Script）的Web(HTTP/HTML)项，确定即可（选择Web项是因为我们测试的是Web应用）。接着会弹出开始录制的设置项，需要写入录入系统的地址，点击确定后就会根据录入地址展现系统页面，开始录制脚本，出现小工具条：
第一个按钮为录制键
第二个为回放脚本键
第三个为停止录制键
第四个为暂停录制键
第五个为编译脚本键
第六个为创建新的Action键。LR的录制脚本分为三个部分，vuser_init、vuser_end和 Action。脚本循环执行时，只执行一次vuser_init和vuser_end，而多次循环Action部分。比如录制投保业务时，登陆系统部分放入vuser_init，退出登陆放到vuser_end，中间的投保操作放到Action中，则循环执行时就会登陆一次投保系统开始反复执行投保操作直到结束退出系统。
第七个为用来改变录制的options设置按钮
第八个和第九个为插入事务的起始点和结束点键，结合起来构成一个完整事物，用来衡量服务器的性能。比如录制脚本过程中，投保系统的查询投保单号操作，可以在输入完查询信息后点击查询按钮前插入事务的起始点，查询出数据后插入事务的结束点，这样在运行测试脚本时，Loadrunner在运行到该事务时，便会计算出这个查询操作所花时间，便于衡量服务器执行查询操作的性能。
第十个为插入集合点键，可用于衡量在加重负载的情况下服务器的性能。比如要验证系统是否能承受100人同时进行报案操作，便可在脚本录入过程中，点击报案确认键操作前插入集合点，这样当脚本运行到集合点时，Loadrunner会让100个虚拟用户同时点击报案确认按钮（如果有的用户还没运行到集合点，先到用户要等未到用户一起操作）进行报案，从而达到测试目的。
最后一个为设置验证点键，在创建事物后，设置一个验证点可以用来确认事物执行是否成功。比如进行查询事务操作时，LR只要检测到网页的响应，就认为事务pass,而不管显示页面内容是否正确。因此为了检查Web服务器返回的网页是否正确，可以插入Text/Image检查点，验证网页上是否存在指定的Text或Image。
设置验证点时，如果我们验证的文本内容是中文，有时会返回无法找到验证内容的报错信息，而页面显示又是正确的，出现问题的原因可能是因为LR对中文的支持部好，尽量选择验证信息为数字或字母；也可能是设置问题，可以尝试将Tools->Recording Options->HTTP Properties下的Advanced选项里设置支持UTF-8，再检查开发人员有没有设置支持中文。
录制结束后，先点击保存脚本，同时为脚本命名。然后编译脚本，看是否存在语法错误，编译成功后，即可回放，看录制脚本是否成功。
LoadRunner录制得到的脚本基本没有错误，不像robot会有录入数据的缺失，只是会录入一些非录入系统的网页信息，根据地址可以识别并删除掉。
四． LoadRunner脚本录制学习小结
1. LoadRunner录制脚本，主要是为了进行压力测试，所以跑流程时，跑了主要流程即可，也就是系统必须的信息录入就可以了。
2. LoadRunner的脚本运行过程中，只能用于一次业务办理的数据需要做参数化，如车辆车架号，车牌，报案号等，以免出现重复投保或报案无法立案现象，不能继续进行下去。参数化步骤：
1） 将需要做参数化的数据右键点击，选择Replace with a parameter,进行设置。
2） 在弹出编辑框里，设置易懂的参数名称，再点击Properties进行属性设置。
3） 点击Create Table 按钮，生成参数表格，再点击Edit with Notepad按钮，即可在记事本里添加新的参数，添加完后再次回车（不回车可能最后条数据读取不到）关闭，参数化操作完成。
4） 使用Ctrl +H键可以找到替换同样的需要参数化的数据。
3. 脚本跑流程过程中，因为业务运转，前面生成的投保单要接着进行提交核保业务，而每次生成的投保单号不一样，用于进行提交核保的单号也要与之前的保持一致，因此需要做关联处理，读取到生成的新投保单号给提交核保流程。关联步骤：
1) .查找关联数据第一次出现的位置，判断该数据是由什么函数返回的。
2) .在树形结构里点击返回该数据值的函数，看它的Server Response信息，用复制的关联数据进行查找它的返回语句，找到区分度明显的语句（不一定要是第一个返回语句），然后使用web_reg_save_param函数进行关联。
注：关联函数一定要写在第一个返回该数据值的函数前。
3) .web_reg_save_param (const char *ParamName, <List ofAttributes>, LAST);
函数的第一个参数是用来对关联数据进行定义的，取名最好可读性强；第二个参数是用来标识关联数据在返回语句里的具体位置的，写出该数据的左右边界，程序才能识别；LAST表示属性列的结束。比如办理理赔业务的流程号，在服务器的返回语句里是：
<input name=flowID type="hidden" value=L05012009110000035215>
做关联为：
web_reg_save_param("LogFlowID",
"LB=name=flowIDtype=\"hidden\" value=",
"RB=>",
LAST);
定义的参数名就叫LogFlowID,表示流程号，易于明白；左边界从name取就可以标识了，也可取长点或短点，只要能区分；右边界只有>，写上就好；最后写上LAST。
在定义的左右边界中，如果有双引号，在脚本中是需要转义的，因为双引号在C中是有意义的，这里只要表示语句信息，加上右斜杠。尖括号直写。
左右边界也需要用双引号括起来。定义好的参数写在程序中，需要在加上单尖括号：swfLogFlowID={LogFlowID}
五． 脚本执行过程中的报错处理
1. vuser_init.c(3051):Error -26377: No match found for the requested parameter"proposalNo". Check whether the requested boundaries exist in theresponse data. Also, if the data you want to save exceeds 256 bytes, useweb_set_max_html_param_len to increase the parameter size [MsgId: MERR-26377]
2. vuser_init.c(3051):web_submit_data("UIPrPoEnInputNext.jsp") highest severity level was"ERROR", 4312 body bytes, 258 header bytes [MsgId: MMSG-26388]
两个错误一起出现，出错语句都是在关联函数下的提交数据函数位置，但是具体出错有可能是：
1). 关联函数左右边界没写对，所有信息都要用字符输入，不能是中文或其他。
2). 在关联函数确认写对的情况下，看提交数据函数中的业务设置，比如有可能是因为保单查询语句，设置的查询时间是过去的时间，新生成的投保单当然查不到，这样程序也会报这样的错。
3. loadrunner 执行理赔的立案处理，录制好脚本后，回放，报错：
脚本日志信息提示：
1.Action.c(400):Error -26366: "Text=立案信息提交成功" not found for web_reg_find [MsgId: MERR-26366]
2.Action.c(400):web_submit_data("claimSave.do") highest severity level was"ERROR", 4424 body bytes, 258 header bytes [MsgId: MMSG-26388]
脚本执行过程停止在立案信息提交页面，错误原因：数据问题，可能是有的应该变化的信息没有变。
在该流程中，一个报案号只能做一次立案，而初始脚本没有设置参数、关联，使用保单号进行查询，错误被掩盖。在立案系统中，一个保单号可以重复报案，但是一个报案号只能一次立案，要跑通流程，需要先将这一保单再重复报案，得到新的报案号。
六． 性能测试的场景设置
脚本录制完毕后，接着准备测试场景。
1.首先准备测试数据。比如车险投保，需要投保人和车架号信息来唯一标识一辆被保车，因此就需要将投保人和车架号做参数化处理，编辑文本框录入大量数据让脚本唯一读取：
1）. 录入投保人参数，车架号参数，过程同脚本录制的参数化处理
2）. 因为投保人和车架号一起生成一条投保数据，可设置车架号随投保人参数一起读取，设置步骤为：
投保人文件存放路径--File path
投保人参数数据读取方式
脚本按列名读取参数，每行数据读取一次，每次循环取一次新值。
接着设置车架号参数信息：
车架号参数读取文件路径设为和投保人文件路径一样
脚本按列名读取参数，行号选择和读取的投保人数据同一行
这样得到所需的投保单生成参数数据
2.设置测试场景
点击Tools->Create Controller Scenarios,弹出场景类型选择框：
录入需要的虚拟用户数，选择生成结果存放路径和组名。确定后进入具体设置页面：
Quantity表示虚拟用户个数，group name为组名。
1). 设置运行时间选项Run – time Settings
选择循环次数Run Logic->Iteration Count,设置循环10次，虚拟用户数为之前设置的5人，则预计一共可生成50张投保单。
设置思考时间，思考时间通常是录制脚本过程中，填写页面信息花费的时间，选择忽略项，节省跑脚本的时间。
设置网络连接时间，点击网络协议项Internet Protocol 的Options键，将弹出页面里的HTTP-request connect timeout和 HTTP-request receive timeout的数值改为1000。使得能在网络状况不太好的情况下向服务器发送接收数据。
2). 设置EditSchele
选择虚拟用户加载方式：
可以一次加载所有用户，也可以按需要设置，一秒加载一个用户或其他。
选择结束方式：
当选择一秒加载一个用户时，结束设置为直到跑完所有脚本停止执行。如果选择选择一次加载所有用户可以选择运行多少时间后停止和不停止选项。
这些设置完成后，一次测试场景布置完成。可以进行基线检查或单点并发测试。
七． 性能测试步骤
一）. 除测试工具外性能测试必备的系统及业务知识
1、熟悉保险行业业务特点，有助于与开发和客户讨论需求，制定测试用例；
2、熟悉系统的实现特点，开发实现方式，有助于选择程序处理复杂、消耗系统资源的用例点；
3、熟悉数据结构，了解数据存储规则，对脚本调试、数据准备、测试执行和监视都有帮助；
4、熟悉系统所使用的数据库、操作系统、中间件的监视和性能问题查看，有助于测试监视和发现问题；
5、熟悉系统架构及系统集成方式，有助于分析及明确定位性能问题。
二) 性能测试执行过程
1. 基线检查
1).目的：验证环境是否可用；
验证脚本是否能在场景正常执行。
2).方法：1个人单独循环5次--没有其他人干扰，干净的环境
3).结果：一般一个事物的响应时间超过3秒就可能存在问题，要提报开发人
2. 单点并发
1).目的：为了快速的发现问题，如多进程的锁机制，看是否相互间有影响。
2).方法：一般是10人或20人执行10到15分钟，执行过程忽略思考时间。
忽略思考时间可以减少客户端时间，加快向服务器传送数据速度，很大程度上增大了服务器的压力，20个人单点并发的压力就相当于200人正常执行带给服务器的压力。
3).单点测试的数据可以用来进行混发测试，但是有可能单点测试的数据不足以进行混发，需要自己再准备足够的数据。
3.方案测试--混发测试
1).目的：模拟生产环境
2).方法：执行1小时左右，加上思考时间
八．资源监控及调优
性能测试执行过程中，需要监控系统各项资源，看是否能满足用户实际需要，如内存使用，SQL SERVER等，结合LR生成的分析报告，分析系统哪里可能存在问题，需要改进，进行调优，这也是我之后要接着进行学习的地方。
1. 学习使用weblogic，了解weblogic常配参数的意义。通过weblogic自身的监控台，可以了解到目前的JVM的大小、数据库连接池的使用情况以及目前连接的客户端数量以及请求状况等等。
2. 学习oracle使用，熟悉它的体系结构，尤其是oracle10里 的awr，awr能采集与统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题。
3. 需要继续学习LR的理论知识和实际操作，参考书籍《Web性能测试实战》、《软件性能测试过程详解与案例剖析》
⑻ 请问安全配置基线是用来做什么用的和安全加固是一回事吗
安全配置基线是安全加固的方法和标准。
⑼ 什么是自动化测试
一般是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
基本信息
中文名称
自动化测试
外文名称
Test
定 义
人为驱动测试为转为机器执行过程
应 用
软件测试的自动化
工 具
QTP
自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。
折叠编辑本段工具介绍
折叠QTP
全名HP QuickTest Professional software ，2012年12月6日发布11.5版本，并更名为Unified Functional Testing
QTP是quicktest Professional的简称，是一种自动测试工具。使用QTP的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等
QuickTest针对的是GUI应用程序，包括传统的Windows应用程序，以越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括:创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。
折叠WinRunner
Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。
企业级应用可能包括Web应用系统，ERP系统，CRM系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。
折叠RationalRobot
是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM Rational Test Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。
折叠AdventNetQEngine
AdventNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具，可用于Web功能测试、web性能测试、Java应用功能测试、Java API测试、SOAP测试、回归测试和Java应用性能测试。支持对于使用HTML、JSP、ASP、.NET、PHP、JavaScript/VBScript、XML、SOAP、WSDL、e-commerce、传统客户端/服务器等开发的应用程序进行测试。此工具以Java开发，因此便于移植和提供多平台支持。
折叠SilkTest
是业界领先的、用于对企业级应用进行功能测试的产品，可用于测试Web、Java或是传统的C/S结构。SilkTest提供了许多功能，使用户能够高效率地进行软件自动化测试。这些功能包括:测试的计划和管理;直接的数据库访问及校验;灵活、强大的4Test脚本语言，内置的恢复系统(Recovery System);以及具有使用同一套脚本进行跨平台、跨浏览器和技术进行测试的能力。
折叠QARun
QARun的测试实现方式是通过鼠标移动、键盘点击操作被测应用，即而得到相应的测试脚本，对该脚本可以进行编辑和调试。在记录的过程中可针对被测应用中所包含的功能点进行基线值的建立，换句话说就是在插入检查点的同时建立期望值。在这里检查点是目标系统的一个特殊方面在一特定点的期望状态。通常，检查点在QARun提示目标系统执行一系列事件之后被执行。检查点用于确定实际结果与期望结果是否相同
折叠TestPartner
是一个自动化的功能测试工具，它专为测试基于微软、Java和Web技术的复杂应用而设计。它使测试人员和开发人员都可以使用可视的脚本编制和自动向导来生成可重复的测试，用户可以调用VBA的所有功能，并进行任何水平层次和细节的测试。TestPartner的脚本开发采用通用的、分层的方式来进行。没有编程知识的测试人员也可以通过TestPartner的可视化导航器来快速创建测试并执行。通过可视的导航器录制并回放测试，每一个测试都将被展示为树状结构，以清楚地显现测试通过应用的路径。
折叠Holodeck
-强大的故障植入软件测试工具
Holodeck is an advanced fault-injection tool that gives you the power to attack an application while it monitors and logs everything your application does - every function call, registry entry, piece of data read or written.
折叠TelelogicTAU
TAU第二代包含三个最新的、最强大的技术用来加速大规模软件开发和测试:统一建模语言(UML)及它的许多最新修订版本中的特性，UML2.0;功能强大的测试语言TTCN-3和新的构造系统的方法:Model Driven Architecture(模型驱动构架)。这三个新的业界标准结合成TAU的已经过认可的软件开发平台，形成了一个系统，一个一流的稳定可靠的工具解决方案。TAU第二代是系统与软件开发解决方案的一个突破，它把业界从使用了太长时间的手工、易出错、以代码为中心的方法中释放出来，自然而然地迈向下一步，一个更加可视化、自动化及可靠的开发方法。Telelogic TAU/Tester是基于通用测试语言TTCN-3,用于自动化的系统和集成测试的强大工具。TAU/Tester以现代化的开发工具为基础，提供高层测试功能，支持整个测试生命周期，加速自动化测试。TAU/Tester可使用户特别关注于测试的开发，因为TTCN-3语言是独立于开发语言或测试设备的，且是抽象和可移植的。
折叠AutoRunner
AutoRunner是黑盒测试工具，可以用来完成功能测试、回归测试，可以提高测试效率，降低测试人工成本。
产品可以对以下类型对象进行GUI功能性测试:
1 Windows类型对象，一般为用C++/Delphi/VB/VFP/PB/.NetForm等技术开发的桌面程序。
2 IE网页对象，一般性的网站，比如大的门户类网站。
3 Java对象，一般为用AWT/Swing/SWT等技术开发的桌面程序。
4 Flex对象，网页的内容是用Flex开发的。
5 Silverlight对象，网页的内容是用Silverlight开发的。
6 WPF对象，一般为用WPF技术开发的桌面程序。
7 QT对象，一般为用QT技术开发的桌面程序。
折叠PhoenixFramework
Phoenix Framework是一款基于 Selenium，Webdriver，autoIt研发的一款集资源管理和测试于一体的Web自动化测试工具。最新版本是1.1.8，该工具支持无脚本执行模式，无人值守执行模式，自由定制模式。不仅执行模式可以定制，功能模块也支持定制。使用该工具的界面创建用例，组装脚本，启动执行。使用该工具其他开放的接口，可手动创建脚本，组装并执行。它支持两种部署模式，第一种是Server-Client方式，Server与Client均为EXE程序，通信协议是Socket;另一种是WEB版部署，方便与现有系统集成，支持Linux，将Server与Client放到Tomcat或Weblogic服务器下部署，通信协议为Http，通过WEB页面控制并监控Client端的执行。
折叠编辑本段前提条件
实施自动化测试之前需要对软件开发过程进行分析，以观察其是否适合使用自动化测试。通常需要同时满足以下条件:
1) 需求变动不频繁
测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试成本，那么自动化测试便是失败的。
项目中的某些模块相对稳定，而某些模块需求变动性很大。我们便可对相对稳定的模块进行自动化测试，而变动较大的仍是用手工测试。
2) 项目周期足够长
自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成，这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。
3) 自动化测试脚本可重复使用
如果费尽心思开发了一套近乎完美的自动化测试脚本，但是脚本的重复使用率很低，致使其间所耗费的成本大于所创造的经济价值，自动化测试便成为了测试人员的练手之作，而并非是真正可产生效益的测试手段了。
另外，在手工测试无法完成，需要投入大量时间与人力时也需要考虑引入自动化测试。比如性能测试、配置测试、大数据量输入测试等。
折叠编辑本段适用场合
通常适合于软件测试自动化的场合:
(1)回归测试，重复单一的数据录入或是击键等测试操作造成了不必要的时间浪费和人力浪费;
(2)此外测试人员对程序的理解和对设计文档的验证通常也要借助于测试自动化工具;
(3)采用自动化测试工具有利于测试报告文档的生成和版本的连贯性;
(4)自动化工具能够确定测试用例的覆盖路径，确定测试用例集对程序逻辑流程和控制流程的覆盖。
随着测试流程的不断规范以及软件测试技术的进一步细化，软件测试自动化已经日益成为一支不可忽视的力量。能否借助于这支外在力量以及如何借助于这支力量来规范企业测试流程、提高特定测试活动的效率，正是本期所要讨论的话题。
软件测试自动化的研究领域主要集中在软件测试流程的自动化管理以及动态测试的自动化(如单元测试、功能测试以及性能方面)。在这两个领域，与手工测试相比，测试自动化的优势是明显的。首先自动化测试可以提高测试效率，使测试人员更加专注于新的测试模块的建立和开发，从而提高测试覆盖率;其次，自动化测试更便于测试资产的数字化管理，使得测试资产在整个测试生命周期内可以得到复用，这个特点在功能测试和回归测试中尤其具有意义;此外，测试流程自动化管理可以使机构的测试活动开展更加过程化，这很符合CMMI过程改进的思想。根据OppenheimerFunds的调查，在2001年前后的3年中，全球范围内由于采用了测试自动化手段所实现的投资回报率高达1500%。
折叠编辑本段选型原则
然而存在优势是否就一定意味着选择自动化测试方案都能为企业带来效益回报呢?也不尽然，任何一种产品化的测试自动化工具，都可能存在与某具体项目不甚贴切的地方。再加上，在企业内部通常存在许多不同种类的应用平台，应用开发技术也不尽相同，甚至在一个应用中可能就跨越了多种平台;或同一应用的不同版本之间存在技术差异。所以选择软件测试自动化方案必须深刻理解这一选择可能带来的变动、来自诸多方面的风险和成本开销。
以下笔者给出企业用户进行软件测试自动化方案选型的参考性原则，这些原则是从笔者实际工作中凝练而成的，它包括以下六个方面的建议:
●选择尽可能少的自动化产品覆盖尽可能多的平台，以降低产品投资和团队的学习成本;
●测试流程管理自动化通常应该优先考虑，以满足为企业测试团队提供流程管理支持的需求;
●在投资有限的情况下，性能测试自动化产品将优先于功能测试自动化被考虑;
●在考虑产品性价比的同时，应充分关注产品的支持服务和售后服务的完善性;
●尽量选择趋于主流的产品，以便通过行业间交流甚至网络等方式获得更为广泛的经验和支持;
●应对测试自动化方案的可扩展性提出要求，以满足企业不断发展的技术和业务需求。
折叠编辑本段过程
自动化测试与软件开发过程从本质上来讲是一样的，无非是利用自动化测试工具(相当于软件开发工具)，经过对测试需求的分析(软件过程中的需求分析)，设计出自动化测试用例(软件过程中的需求规格)，从而搭建自动化测试的框架(软件过程中的概要设计)，设计与编写自动化脚本(详细设计与编码)，测试脚本的正确性，从而完成该套测试脚本(即主要功能为测试的应用软件)。
1) 自动化测试需求分析。
当测试项目满足了自动化的前提条件，并确定在该项目中需要使用自动化测试时，我们便开始进行自动化测试需求分析。此过程需要确定自动化测试的范围以及相应的测试用例、测试数据，并形成详细的文档，以便于自动化测试框架的建立。
2)自动化测试框架的搭建。
所谓自动化测试框架便是像软件架构一般，定义了在使用该套脚本时需要调用哪些文件、结构，调用的过程，以及文件结构如何划分。
而根据自动化测试用例，我们很容易能够定位出自动化测试框架的典型要素:
a. 公用的对象。
不同的测试用例会有一些相同的对象被重复使用，比如窗口、按钮、页面等。这些公用的对象可被抽取出来，在编写脚本时随时调用。当这些对象的属性因为需求的变更而改变时，只需要修改该对象属性即可，而无需修改所有相关的测试脚本。
b. 公用的环境。
各测试用例也会用到相同的测试环境，将该测试环境独立封装，在各个测试用例中灵活调用，也能增强脚本的可维护性。
c. 公用的方法。
当测试工具没有需要的方法时，而该方法又会被经常使用，我们便需要自己编写该方法，以方便脚本的调用。
d. 测试数据。
也许一个测试用例需要执行很多个测试数据，我们便可将测试数据放在一个独立的文件中，由测试脚本执行到该用例时读取数据文件，从而达到数据覆盖的目的。
在该框架中需要将这些典型要素考虑进去，在测试用例中抽取出公用的元素放入已定义的文件，设定好调用的过程。
折叠编辑本段脚本编写
该编写过程便是具体的测试用例的脚本转化。初学的自动化测试人员均会使用录制脚本到修改脚本的过程。但专业化的建议是以录制为参考,以编写脚本为主要行为，以避免录制脚本带来的冗余、公用元素的不可调用、脚本的调试复杂等问题。
折叠编辑本段测试运行
事实上，当每一个测试用例所形成的脚本通过测试后，并不意味着执行多个甚至所有的测试用例就不会出错。输入数据以及测试环境的改变，都会导致测试结果受到影响甚至失败。而如果只是一个个执行测试用例，也仅能被称作是半自动化测试，这会极大的影响自动化测试的效率，甚至不能满足夜间自动执行的特殊要求。
因此，脚本的测试与试运行极为重要，它需要详查多个脚本不能依计划执行的原因，并保证其得到修复。同时他也需要经过多轮的脚本试运行，以保证测试结果得一致性与精确性。
自动化测试引入的原因是就把软件测试人员从枯燥乏味的机械性手工测试劳动中解放出来，以自动化测试工具取而代之，使测试人员的精力真正花在提高软件产品质量本身。
折叠编辑本段注意事项
首先，一个企业实施测试自动化，绝对不是拍脑袋说干就能干好的，它不仅涉及测试工作本身流程上、组织结构上的调整与改进，甚至也包括需求、设计、开发、维护及配置管理等其他方面的配合。如果对这些必要的因素没有考虑周全的话，必然在实施过程中处处碰壁，既定的实施方案也无法开展。其次，尽管自动化测试可以降低人工测试的工作量，但并不能完全取代手工测试。100%的自动化测试只是一个理想目标，根据笔者的经验，即便一些如SAP、OracleERP等测试库规划十分完善的套件，其测试自动化率也不会超过70%。所以一味追求测试自动化只会给企业带来运作成本的急剧上升。再次，实施测试自动化需要企业有相对规模的投入，对企业运作来说，投入回报率将是决定是否实施软件测试自动化的最终指挥棒，笔者建议企业在决定实施软件测试自动化之前，必须要做量化的投资回报分析。此外，实施软件测试自动化并不意味着必须采购强大的自动化软件测试工具或自动化管理平台，毕竟软件质量的保证不是依靠产品或技术，更多的因素在于高素质的人员和合理有效的流程。
折叠编辑本段实战模拟
折叠背景介绍
A公司是一家大型保险公司，拥有近20个城市的分公司，并在其中5个城市建立了IT支持中心。平均每年的上线应用数量在20个左右(新业务系统和原有业务系统的主要版本发布)。A公司的专职测试团队人数不足30人而且测试团队的测试人员技能参差不齐测试只是作为项目上线前的一道工序而已。在测试团队内部也几乎没有自动化的手段，主要依靠手工测试。由于已上线应用系统的问题，开发团队必须分出一部分资源去维护和修复上线应用，而同时测试团队的测试成果和效率却无法和这些应用质量挂钩，也更无从谈起对软件质量的控制。所以，A公司决定在软件质量和测试方面进行投入，他们考虑以下几方面:
●引进软件测试流程管理的自动化，提高软件测试过程的管理水平，使软件测试和软件开发一样可被评估、被衡量。
●实现性能测试自动化，所有应用上线之前必须有应用性能风险评估报告和相关部门的确认
●逐步实现功能测试的自动化，在目前人员配置的情况下，把部分手工测试变成自动化测试，提高测试可信度，降低人为错误。
●通过软件测试自动化，管理软件测试中的案例、缺陷、报告等资产，进一步提升软件测试的效率并建立测试基础库。
●在规划中，将来的2~3年内使所有的应用系统上线都必须有数字化的测试数据作为依据。
折叠系统的情况
由于保险公司的业务种类繁多，同时在经过了几十年的经营后，公司内的应用系统从早期的终端方式到现代的J2EE和.NET等应有尽有，鱼龙混杂。IT部门已经建立的3年规划，即在未来的3年时间内将所有终端和C/S方式的应用转换成B/S架构，但当前仍然需要对这些旧应用系统进行维护，以保证业务的顺利进行。对于开发部门来说，新应用开发基本上已经以B/S架构为主，主要是基于J2EE架构的WebHTTP应用和部分Window.NETForm的应用。
折叠公司现状
企业机构在做测试自动化选型时一定要考虑清楚企业内部哪些部分可以实施自动化、哪些部分暂不实施自动化、哪些部分仅在某几个项目做自动化试点。切忌匆忙上马或盲目否定，缺乏实事求是的理性思考。
测试部门仅负责系统测试和对用户验证测试进行管理，对于之前的单元测试和集成测试主要由开发团队中划分出的一部分临时测试人员完成。由于缺乏监测手段，测试部门也无法收集和确定集成测试和单元测试的完成情况，在整个软件测试过程中，业务需求是由开发部门通过RationalRequisitePro进行管理，但测试需求尚没有提出要求，测试案例主要通过在公司公用的文件服务器中的目录管理方式管理，对测试中缺陷流程等管理主要依靠邮件的流转进行处理90%以上的测试是通过Excel和Word等测试案例文档来完成，测试人员对软件测试自动化的认识仅停留在"记录+回放"的认识上。
折叠方案
方案A:A公司可以采用美科利(Mercury)公司产品为主的软件测试自动化方案。
●依照原先的邮件流转过程配置TestDirector缺陷管理流程，为每个保险业务的开发小组和测试团队分配相应的用户许可证，取消原有邮件方式。
●部署MercuryQuickTestProfessional，以便完成应用程序相关功能测试。
●部署MercuryLoad-Runner。从测试团队中分化出专职的性能测试自动化工程师和小组，和业务部门协调，建立A公司应用系统上线性能指标，通过LoadRunner给出测试指标。
●建议A公司成立专门的质量控制部门，对TestDirector中的数据定期进行分析，建立相关质量模型，以便于企业量化管理和过程改进。
方案B:A公司也可以采用IBMRational产品为主的软件测试自动化方案。
●采用RationalTestmanager来进行整个测试流程的管理，为相关开发和测试小组成员分配相应权限，改变以前通过邮件以及Word、Excel文档管理测试的工作方式。
●部署RationalRobot，用它来完成功能相关的测试工作以及新版本发布时的冒烟测试。此外，RationalRobot也能较好地完成性能相关测试。统一的操作方式降低了工具的学习周期和培训带来的大笔开销。
●部署RationalPurifyplus，使测试工作前移到开发阶段。由于Purifyplus能较好地支持白盒测试，编程人员在编码阶段引入的错误能尽早被检测到，这大幅降低了后期测试的开销。
●建议A公司成立专门的质量控制部门，对Testmanager中的数据定期进行分析，建立相关质量模型，以便于企业量化管理和过程改进。
方案C:A公司也可以采用开源软件为主的软件测试自动化方案。
●采用Bugzilla来进行Bug跟踪管理，采用BugzillaTestRunner进行测试用例管理，采用CVS进行测试资源的配置管理。
●采用MaxQ和WebInject对B/S结构的应用系统进行功能测试。
●采用DBMonster、Open-STA、LoadSim进行性能相关测试。
●可采用Xunit架构的开源工具对不同语言的程序单元进行单元测试。
●建议A公司成立专门的开源软件维护小组，以解决可能会碰到的工具维护工作。
●建议A公司成立专门的质量控制部门，对Bugzilla、TestRunner、CVS中的数据定期进行分析，建立相关质量模型，以便于企业量化管理和过程改进。
折叠方案评价
由于不同客户在组织架构、员工素质以及流程管理水平等方面的不同，我们很难用一个实例、一两句话来说明不同解决方案的适用性。在上面的例子中，笔者给出了3种可行的方案，具体选择哪一个，需要仔细权衡。这里笔者给出一般性的意见，对于不想受制于某个测试自动化厂家的企业，开源绝对是一个理想的选择。此外，它不需要支付成本，工具的源代码可以随意修改，因而具有较好的灵活性。但开源工具的弊端也是明显的:缺乏使用培训和技术支持，工具的用户界面一般也较为粗糙。而对于那些比较看重培训和售后支持的企业，笔者建议选择IBMRational或Mercury或其他厂家的产品。这样虽然需要支付一部分费用，但省去了工具维护所需要的大量工作。至于具体选择哪个厂家的产品为好，笔者尚无结论性意见。相信读者朋友都有一些见仁见智的看法，不妨来信交流。
⑽ 什么是基线漂移(光纤通信)
基线漂移 的产生 基线漂移 也称为基线浮动，是由于数字信号通 过交流藕合网络时产生的。