搭建测试环境个人简历（精选6篇）
搭建测试环境个人简历 篇1
时之前请先了解一下简历要怎样写才能赢得HR的认同，才能让你的简历更出色才能得到面试的机会，以下大学生个人简历网小篇还为大家准备了一份电子信息软件测试求职简历模板相关了解。 姓名：个人简历 两年以上工作经验|男|27岁（1988年3月21日） 居住地：武汉 电 话：151********（手机） 最近工作 [1年2个月] 公 司：XX有限公司 行 业：计算机软件 职 位：软件测试 最高学历 学 历：本科 专 业：计算机科学与技术 学 校：武汉理工大学 求职意向 到岗时间：随时到岗 工作性质：全职 希望行业：互联网/电子商务 目标地点：武汉 期望月薪：面议/月 目标职能：软件测试 工作经验(本文由大学生个人简历网 小编写作，请注明) /1— 2016/3：XX有限公司[1年2个月] 所属行业： 互联网/电子商务 测试部 软件测试 1. 主要项目前期的需求分析，根据项目计划制定测试计划 2. 搭建测试环境 3. 编写测试用例并参与用例的内外评审 4. 对项目进行功能和性能的测试，并输出测试报告 /12 — 2014/1：XX有限公司[1年1个月] 所属行业： 计算机软件 技术研发中心 软件测试 1. 测试公司购买的第三方“人力资源产品”，记录并与供应商公司反馈 2. 跟踪供应商公司bug修复情况，并在公司服务器上进行相应的`更新 3. 解决公司员工在使用过程中的问题。 教育经历 /9— 2012/6 武汉理工大学 计算机科学与技术 本科 证 书 /6大学英语四级 语言能力 英 语（良好） 听说（良好），读写（良好） 自我评价 诚实守信，具有良好的感恩意识；勤勉务实，注重理论与实践的有效结合；善于创新，拥有优异的创造性思维；责任心强，对待工作尽职尽责；进取意识烈强烈，虚心好学；有良好的团队组织能力及协作精神，具备良好的人际关系；能承担较大的工作量及较强的工作压力。
搭建测试环境个人简历 篇2
UDLD通过建立邻居、检测与邻居间二层逻辑互通性来检测以太接口是否存在单通问题。所谓链路的单通,就是直连链路的一端能收到对端的报文,而另一端收不到报文。UDLD协议与工作在物理层的端口检测协议(如FEFI、自动协商)一起运行,可以验证一条以太链路在物理层和逻辑链路层的完整性。此外,因为UDLD是进行逻辑检测的,所以具有物理层端口检测协议不具有的一些功能,可以检测出一些人为的配置、连接错误而引发的故障。
1 协议原理
与物理连通性检测不同,UDLD是基于邻居进行检测,第一层设备对UDLD是透明的。UDLD检测要先与相邻二层设备建立邻居关系。当一个状态UP的以太接口开启UDLD功能时,该接口发送邻居加入的Hello报文通知其相邻的相关设备。相邻的相关设备开启UDLD功能的接口收到该Hello报文,回送一个Echo报文。收到该Echo报文后,就说明在本设备看来,2台设备是双通的,在本设备建立了与对端设备的邻居关系,并回送Echo报文。对端收到Echo报文后,2台设备上的邻居关系就都建立了。
双方邻居关系建立后,定时发送检测Hello报文,检测链路是否工作正常。当收到邻居发来的Hello检测报文时,更新本地存储的邻居缓存信息,并重置邻居超时时间。如果超出邻居老化时间,仍然没有收到Hello检测报文,则认为链路处于非正常工作状态,需要根据不同的工作模式,进行相应的处理。
2 状态机
每个运行UDLD协议的接口都运行如下的状态机,状态机共有6种状态。
(1) Probe:
端口协议UP且开启了UDLD功能,进行邻居加入报文的发送。定时器进行检测,每秒发送1个Hello加入报文,最多发送7个。当端口所有邻居都老化超时后,也进入该状态,发送邻居加入报文。
(2) AlwaysHello:
发送邻居通告报文后,如果没有收到Echo报文,进入该状态,不停地进行Hello检测报文的发送,7s发送一个。
(3) PeerBuild:
发送Echo报文,每秒1个,共发送5个,之后进入链路双通状态。在该状态如果收到新的邻居加入报文,则将该状态信息置初始值。
(4) Bidirection:
进行链路检测,发送Hello检测报文,最初5个按7s间隔发送,后续按配置时间发送(默认15s)。
(5) Unidirection (单通):
Probe状态下,如果是Aggressive模式邻居清除后发送邻居加入报文,而没有收到Echo,则认为是单通;Probe状态或AlwaysHello状态下如果收到的Echo报文中邻居信息没有自己的设备和端口号,则认为是单通。
(6) Disable:
端口协议Down (非UDLD Down)或UDLD使能关闭。
这里展开说一下Unidirection状态的判定,UDLD有2种工作模式:Normal模式和Aggressive模式,2种模式所发送的报文等均相同,只是在单通的判定上有所不同。处于Normal模式时,必须收到对方的报文确认单通才会判断为Unidirection状态,Down掉接口。而处于Aggressive模式时,除了Normal模式判断单通的情况外,如果接口的最后一个邻居因为超时而老化,则也会被判断为单通。
那么,收到什么样的报文才能确认单通呢?一般来说,如果收到所有的邻居发来的Hello报文中都不包含自己这个邻居的信息,则可以说明自己接口的发送有问题,所有邻居都收不到报文,此时接口变为Unidirection状态,同时Down掉接口。
3 单通测试环境的研究
3.1 激进模式下单通环境的构建
UDLD测试中,要分为普通模式和激进模式2种情况分别进行测试。在激进模式下,只要不能确认链路是双向畅通的,或者说,只要接口的所有邻居全部老化后就将接口Down掉。
对于所有邻居都老化掉导致UDLD模块Down接口的情形,可以使用这样的组网进行模拟。
如图1所示,switch 1和switch 2为被测设备,中间的switch 3是一个不支持UDLD功能的交换机(支持UDLD功能的交换机即使接口上关闭UDLD功能,也不会透传UDLD组播报文)。INT B和INT C接口配置为access模式,且配置在同一个VLAN内,这样就能正常转发UDLD组播报文了。
3.2 普通模式下单通环境的构建
普通模式下,只有当收到协议报文确认链路单通,才会将该接口Down掉,一般来说,只有在设备或线缆出现问题时才会出现单通的状况,而这种状况是不可控的。下面就说一下如何配置能使得一个链路在正常情况下出现单通,并且能够快速地恢复正常,方便进行普通模式下的UDLD测试。
如果想要测试普通模式下的UDLD判断单通down接口,让其中一个接口能收到对端的UDLD组播报文,而另一端收不到。以图1为例,由于接口发送的UDLD组播包始终是不带vlan tag的,我们把switch 3的INT B和INT C都配置成混杂模式,比如两边的native vlan均为10,同时还配置成vlan10的untag模式,如下:
switchport mode hybrid
switchport hybrid native vlan 10
switchport hybrid vlan 10 untag
此时,INT B和INT C间还能够互相转发流量,等两边建立好UDLD邻居后,将INT C的native vlan改为11,就出现了单通。Switch 1发出的UDLD组播包switch 2上能收到,switch 2发出的UDLD组播包到了INT C后会从native vlan收上来,也就是vlan11,因此switch 1上收不到。等switch 1上老化掉邻居后,再发送的报文中就不会包含switch 2的INT D这个邻居的信息,此时switch 2收到这个报文后,因为其中不包含自己这个邻居的信息,所以认为接口单通,将接口Down掉。
当接口上有多个UDLD邻居时,且接口处于普通模式,则需要所有邻居发来的UDLD组播报文中的邻居信息都不包含自己,才认为是单通,同时Down接口。此种情况下构建单通也可以用同样的方法。
这样一来,想要测试普通模式下的单通情况,就非常容易实现,可以对设备进行充分的测试,提高网络的可靠性。
4 结语
UDLD协议的产生的根源是因为生成树协议,如今的以太二层交换网络中经常需要依靠生成树(STP)协议,一方面用来学习网络的拓扑结构,防止环路的出现,另一方面也用来提供冗余链路,提高网络的可靠性。这样一来,网络也处于一定的风险之中,一旦生成树协议计算出现问题,或者链路出现问题,导致生成树的协议报文无法正常传输,那么网络上很可能会出现环路和广播风暴,导致严重后果。因此,我们应该尝试和探索更多的单通测试环境,做好充分的测试准备,提高网络的可靠性。
参考文献
搭建测试环境个人简历 篇3
为激发机关干部工作的积极性、创造性和主动性，漕河镇积极搭建“三个平台”，营造机关干部工作的良好环境，构建和谐机关新局面。
搭建学习的平台。通过学习锤炼作风，增强本领，提高成就事业的基本功，使广大干部养成读书学习的好习惯。坚持周一、周三、周五学习制度和交流发言制度，保证半月集中一次新形势动态学习，每月一次工作新经验的了解，每年一次学习成果讲评及总结性交流座谈会。同时，该镇把调研课题和重要信息纳入会议讨论，通过会前选题定题、会上集中讨论修改、会后总结提高的方式，为调研课题和重要信息把好质量关。
搭建交流平台。建立定期谈心谈话制度。每周三下午，机关干部召开思想交流会。机关干部之间相互交流，相互谈心，对工作中存在的热点、焦点、难点问题，可以畅所欲言，提出自己的意见和建议，彼此相互借鉴。通过这个平台，随时掌握机关干部的思想动态，帮助分解心理压力，放下思想包袱，使广大机关干部在工作中精神愉悦，大大提高工作效率。
搭建测试环境个人简历 篇4
Go语言是谷歌2009发布的第二款开源编程语言，Go语言专门针对 多处理器系统应用程序的编程进行了优化，使用Go编译的程序可以媲美C或C++代码的速度，而且更加安全、支持并行进程。
还是我自己的电脑，我自己安装的是ubuntu 12.04版本的，直接介绍安装吧！其实搭建环境很简单！
代码如下:
sudo apt-get install python-setuptools python-dev build-essential //安装mercurial依赖
sudo easy_install mercurial //安装mercurial
获取go语言包
代码如下:
hg clone -r release go.googlecode.com/hg/ go
编译安装golang
代码如下:
cd go/src
./all.bash
ubuntu到这里其实就安装成功了，要配置PATH了，就是我们的windows里的环境变量
代码如下:
Installed Go for linux/386 in /home/widuu/source/go
Installed commands in /home/widuu/source/go/bin
*** You need to add /home/widuu/source/go/bin to your PATH.
然后我们弄个文件试试
代码如下:
sudo vim hello.go
package main
import “fmt”
func main {
fmt.Printf(“hello, 微度网络n”)
}
go build hello.go
./hello
搭建测试环境个人简历 篇5
书接上一回，测试Apache服务器成功以后，就要开始安装数据库。首先要创建一个用户组和至少一个数据库用户。方法为:
groupadd mysql //创建一个组名为mysql的用户组.
useradd –g mysql mysqluser1 //创建一个名为mysqluser1的用户，令其隶属于mysql组
然后正式开始安装过程：
cd / //回到根目录
wget dev.mysql.com/get/Downloads/MySQL-5.0/mysql-5.0.51b.tar.gz/from/mysql.osuosl.org/ //下载mysql 5.0.51b源代码
tar zxvf mysql-5.0.51b.tar.gz //解压
cd mysql-5.0.51b.tar.gz //进入源码目录
yum install ncurses-devel //ncurses开发包必须先行安装，否则MySQL配置安装时会出错
然后又是源码安装三步曲：
./configure –prefix=/usr/local/mysql //配置MySQL的安装，prefix不指定也可。make //编译make install //安装
然后，很费解的一步，需要手动把一个配置文件的模板拷贝到配置文件目录里…为啥安装的时候不自动拷过去呢？总之是要输入一条命令:
cp support-files /my-medium.cnf /etc/my.cnf //创建配置文件，以后/etc/my.cnf就是MySQL的配置文件了，要改MySQL的配置就找它。
接下来，第一次运行MySQL之前，要创建MySQL授权表，方法如下：
cd /usr/local/mysql //进入MySQL目录
bin/mysql_install_db –user=mysqluser1 //创建授权表，授权给mysqluser1(就是本文开头创建的那个用户)。
chown –R root . //注意命令最后的点，表示当前目录。此命令把当前目录下文件属性改为root用户。
chown –R mysqluser1 var //把数据目录的属性改成mysqluser1这个用户。
chgrp –R mysql . //注意最后的点，这是把组属性改成mysqlgroup组。
这些手续办完以后，就可以启动MySQL并进行测试了，启动命令如下:
/usr/local/mysql/bin/mysqld_safe –user=mysqluser1 & //启动MySQL，注意最后的&符号，不加这个符号的话也行，但你这个ssh进程就给占了，得另开一个。
启动成功了吧，恭喜恭喜，现在我们来测试一下。首先确认自己在/usr/local/mysql目录下，然后
bin/mysqlshow //显示MySQL里面的数据库列表
如过你看到一个类似右图的表格，就成功了。
下一步，我们必须做一些安全措施，
因为在缺省安装过程中，MySQL会创建两个匿名用户，同时root用户的密码也是空的，这简直就是不设防。所以需要把该加的密码加上，把匿名用户给删掉。
bin/mysql –u root //以root帐号登入MySQL，执行后，命令提示符会变成mysql>这个样子
DELETE FROM mysql.user WHERE User=”; //把匿名帐户选出来删掉，注意User=后面是两个单引号一个分号，不是一个双引号一个分号。
FLUSH PRIVILEGES; //重读授权表使上一条命令生效。
Quit //退出MySQL命令行
下一步，要把root用户加上密码，方法为:
bin/mysql –u root //以root帐号登入MySQL
SET PASSWORD FOR ‘root’@“localhost’ = PASSWORD(’你的密码’); //给以localhost连接的root帐号设置密码，“你的密码”改成你的密码哦…别忘了最后有个分号。‘root’@”主机名’= PASSWORD(’你的密码’); //给用主机名连接的root帐号设置密码。主机名改成你自己的主机名。
Quit //退出MySQL命令行
SET PASSWORD FOR
现在把刚创建的mysqluser1给予数据库访问权限，然后用同样的方法把mysqluser1这个用户的密码也加上。
bin/mysql –u root -p //以root帐号登入MySQL，注意这次用了-p参数，因为root帐号已经有密码保护了，直接连就连不上，必须用-p参数，执行这行命令后，会提示你输入密码。
GRANT ALL PRIVILEGES ON *.* TO ‘mysqluser1′@’localhost’ //给予mysqluser1用localhost连接数据库的所有权限。为安全起见，不需要给予用户远程连接数据库的权限。执行这条命令后，提示符会变成->形状，继续输入下一条指令:IDENTIFIED BY ‘这里放一个密码’ WITH GRANT OPTION; //设置数据库用户mysqluser1的连接密码。注意最后有分号。
(以下两行命令非必须，而且不安全，实在有需要才用)
GRANT ALL PRIVILEGES ON *.* TO ‘mysqluser1′@’*“ //给予mysqluser1远程连接数据库权限。接着输入下一条:
IDENTIFIED BY ‘这里放一个密码’ WITH GRANT OPTION; //设置远程数据库用户mysqluser1的连接密码。注意最后有分号
Quit //退出MySQL命令行
终于接近尾声了，最后我们来看看如何设置开机自动启动MySQL。
cd /mysql-5.0.51b.tar.gz //回到源码目录，希望你还没有删…
cp support-files/mysql.server /etc/rc.d/init.d/ //把启动脚本放在Linux的启动文件夹中。注意启动文件夹不一定在/etc/rc.d/init.d/这个位置，你只要找/etc下面的init.d这个目录就是了。
好了，MySQL已经装好，LAMP只剩最后一个PHP了，且让我休息一下，下回接着说。
参考资料: MySQL 5.1参考手册
搭建测试环境个人简历 篇6
随着核心规范的完成以及核心技术的进一步完善,TD - LTE测试标准规范的逐步深入, 作为LTE商用之前的最终验证,测试环节是必不可少的。 原始的测试平台及方案已很难满足测试过程中信号的随机变化, 所以搭建新的协议一致性测试平台以及设计新的测试方案是非常必要的。 目前在协议一致性测试方面的研究主要有:简单分析基于TTCN3 的TD-LTE协议一致性测试平台的设计与实现方案,搭建软件测试架构[3]; 为重选搭建的测试平台单一的用户设备与基站的具体通信过程, 对无线环境的模拟并未考虑在内,采用的是理想环境[4];搭建了基于单系统一致性测试框架, 但是设备具体自动模拟方面不够完善[5]。 本文首先搭建了基于重选的新协议一致性测试框架, 然后在TTCN3 上编写测试套, 通过对测试套的运行来实现重选测试方案的可行性与搭建平台的优越性。
1 测试平台的搭建
基于TTCN -3 的TD -LTE系统终端RRM小区重选过程平台, 主要由TTCN-3 软件的PC( 用于代替协议栈层三的功能)、用于模拟网络端小区的测试仪表1 和仪表2 分别代表小区1 和小区2 、 开关箱( 主要由TTCN - 3 软件的PC来控制开关箱内部的转接)、信道模拟设备(主要用于模拟信道环境,如增加噪声等;模拟信号在信道传输过程中的合路分路等)以及被测体(本文中被测体为用户设备手机)组成。 具体整体测试框架如图1 所示。 PC和测试仪表之间通过面向非连接的UDP端口通信,而测试仪表和终端则通过射频口(很好地模拟无线环境) 进行通信。 PC部分安装了TTCN3 软件,测试仪表由主控部分和协议栈层2(分组汇聚协议层、无线链路控制层以及媒体接入层)和层1(物理层)组成。UDP通信原理如图2 所示。
在TTCN-3 的测试套中定义了MTC和PTC。 并在相关成分中定义用于发送和接收消息的端口。 然后将需要进行信息交互的PTC之间的端口以及PTC和MTC之间的端口进行连接, 映射需要与被测体(SUT) 通信的PTC端口和MTC端口到SYSTEM成分类型中的相关端口。最后将SYSTEM成分类型中的虚拟端口通过适配层的配置全部统一映射到PC上的物理端口, 并实现由TTCN - 3 核心语言到仪表中开发所使用的C语言的转换。 最后将仪表1(模拟小区1)、仪表2(模拟小区2)、以及信道模拟仪器和被测终端连接到开关箱上,整个测试系统就搭建成功了。 其中安装有TTCN3 的PC机作为整个模拟场景的总控中心, 负责控制模拟小区1 的仪表1 、 小区2 的仪表2 、 以及开关箱内开关的切换工作。
本平台在搭建过程中,各个模块通过测试类ID可以实现测试系统自动化,不需要人为控制信息收发过程,并且平台在主控(MC) 的控制之下, 可以实现相同系统之间不同小区的切换、重选、测量等RRC诸多过程。 在信道模拟过程中加入信道无线环境模拟设备, 能够很好地模拟无线环境,使得模拟效果与真实环境非常接近。
2 测试方案
2 . 1 测试场景描述
平台搭建之后就可以编写测试代码, 本次模拟的是针对E-UTRAN TDD-TDD的同频小区重选。 首先终端( UE ) 最初在小区1 上驻留, 然后通过PC ( 装有TTCN3 软件的PC) 的控制来改变两个小区功率的值。 当UE检测到小区2 的信号功率比小区质量好时, 重选到小区2 上,UE在小区2 上驻留一段时间之后, 再通过改变小区1 与小区2 的功率, 使得小区1 的功率优于小区2 且满足重选的条件, 从而使UE检测到小区1 , 而且信号质量满足UE驻留的条件, 并重新驻留到小区1 上。
2 . 2 重选相关内容
2 . 2 . 1 RRC重选过程
在LTE系统中, 对于空闲状态终端的移动性完全是由非接入层控制,而不由接入层控制。 当终端驻留到某个服务小区后即可根据网络下发的测量报告( 可以周期触发也可以事件触发)对服务小区以及邻小区进行测量,UE会把测量结果上报给网络,网络根据测量结果分析决定小区是否进行重选。 具体评估准则参照R准则[6,7]。
2 . 2 . 2 测试目的
情景1 终端在E-UTRA RRC空闲状态下, 一个小区除了不满足R准则外,满足所有的重选条件。 因此不能重选到目的小区。
情景2 终端在E-UTRA RRC空闲状态下, 网络端接收到终端用户设备发来的测量报告,并且根据重选的准则来进行判决,终端满足重选到优先级更高的服务小区,重选成功。
2 . 2 . 3 测试环境配置
系统模拟器(SS) 配置: 配置小区1 为正常的服务小区。
终端(UE) 配置: 测试例开始前, 保证终端在小区1中处于已注册的空闲空闲模式, 即状态2A( 即经注册进入idle状态并且测试模式激活)。
2 . 3 测试过程描述
本测试包含了一个激活的小区和一个相邻小区。 要求UE在一个E-UTRA TDD载波上监测相邻小区。 测试中具有3 个连续的时间段, 并各自具有T1、T2 和T3 的持续时间。 只有小区1 在测试之前就已经通过UE鉴定。 小区1 和小区2 属于不同的跟踪区。 此外,UE还没有向网络注册包含小区2 的跟踪区。 在接下来的测试过程中,UE响应代表为了发送RRC连接请求消息进行跟踪区更新过程,UE开始在PRACH上发送前导, 向网络发起随机接入,具体测试步骤详细描述如图3 所示。
( 1 ) 确定UE处于状态2A ( 指的是UE开机接收基站已发送的系统信息并向网络成功注册且测试模式激活)。 设置小区2 的物理小区标识为小区2 初始物理小区标识。
( 2 ) 在T1 时间段内设置小区功率等参数( 此次设置功率参数不满足重选的条件,即R准则)。 即2.2.2 节中描述的情景1。
( 3 ) 由于步骤( 2 ) 中设置的功率等参数不满足重选的条件。 所以若T1 超时时,从T1 到T2 时间内网络应该改变功率设置,UE可以监测到小区且满足重选的条件。
( 4 ) 网络等待来自UE的随机接入请求信息, 以执行小区重选过程, 重选到一个新的可检测的小区, 即为小区2。
( 5 ) 从时间T2 开始, 在T2 持续时间的34 s内, 如果UE响应了新的可检测小区( 即小区2 ) , 即为重选到新检测的小区2 成功。 即2.2.2 章节中描述的情景2。
( 6 ) 如果UE在时间T2 内重选到小区2 , 在重选之后或者T2 超时时,继续改变小区1 与小区2 的功率,使得小区2 上的功率变差, 而小区1 上的功率则变得良好,从而为UE重选回小区1 作准备。
( 7 ) 当UE监测到小区1 的功率良好之后, 网络等待来自UE的随机接入请求信息来执行小区重选过程, 重选到一个已经检测的小区,即为小区1。
( 8 ) 从时间T3 开始, 在T3 持续时间的8 s之内, 如果UE响应了已检测的小区( 即小区1 ) , 即为重选到已检测的小区1 成功。
2 . 4 测试函数的编写
f_RRM422_Set Cell Power ( ) ; 函数的主要作用是改变在重选过程中的基站功率,使得UE可以监测小区参考信号功率的变化, 并在条件满足的情况下进行重选到其他小区。
f_RRM_LTE_BS_Config (Test ID); 函数的作用主要是发送测试例ID, 使得各个模拟仪表时间上的先后顺序与实际相符,实现各部分的自动配置而不用人为去控制。
f_RRM_Set Physicaly Cell Identity(p_physicalycellidentity);函数的主要作用是改变在重选过程中物理小区的标识,以便在重选过程中可以很好地识别重选小区。
f_RRM_PRACHChannel Transmited();函数的主要作用是当满足重选条件时,UE向基站发起随机接入的请求,改变所驻留的小区,达到重选的目的。
3 测试结果分析
根据协议中规定RRC连接重选一致性测试的流程,在TTworkbench平台上运行测试套生成GFT图, 如图4所示。 观察可知终端重选过程一致性测试套的实现, 完全满足协议一致性测试协议规范。 另外, 通过TTworkbench中的TT - man平台运行TTCN - 3 测试套生成可执行的.clf文件, 产生如图5 所示重选过程的TTCN-3 测试例仿真图。 图5 位于测试套中的主测试组件定义了基于消息的虚拟发送端口,对于模拟小区1 与小区2 的仪表也同样定义了虚拟端口,且相应端口与测试套中的主测试组件的端口进行虚拟映射。 测试例中的消息通过MTC对应的虚拟端口经过系统端口发往模拟小区1 仪表与模拟小区2 仪表,模拟小区1 与小区2 的模拟仪将所有的发送数据经过逻辑复用到某个端口,再通过UDP端口发送到测试仪表来控制测试仪表的运行。 以射频信号通过射频线导入到开关箱,开关箱经过对信号进行加噪声以及分波合波处理,最后通过射频口发送到用户设备端进行接收, 在此过程中携带控制信息, 例如让用户设备执行重选、切换或进行其他操作。 LTE_BTS1 是模拟TD - LTE小区1 仪表的发送接收端口, LTE_BTS2 是模拟TD - LTE小区2 仪表的发送接收端口, CTL是UE最终驻留的模拟小区仪表的端口, 在UE成功注册到某个小区时将给网络回复注册成功的消息。
通过研究可以看到,TTCN -3 的仿真图更加形象直观并且可以严格控制时间,使得时间与执行过程一一对应,并且在测试过程中通过测试例ID实现自动控制,不需要人为来改变某些内容与控制某些参数。 log(用于标记重要内容的函数)函数的引用使得图中重要内容更加形象、 过程更加具体, 并且易于检查在代码编写过程中的重要错误, 从而使得系统精度更高, 这样可将复杂问题模块化,便于解决复杂问题,从而有利于系统的完善。
由于4G技术的飞速发展以及5G技术的萌生, 用TTCN3 软件平台来构建测试套在今后的协议一致性测试中,TTCN3 将会发挥更大的作用。 本文以TD-LTE系统一致性测试需求为前提,设计了新的协议一致性测试平台, 并对测试生成的GFT图以及通过.clf文件生成的测试例仿真图进行比较,证明了测试平台在搭建方面的优越性。 该方法完善了TD-LTE系统协议一致性测试技术理论并且为以后的研究提供了可行的方案。
摘要：鉴于以往协议一致性测试平台整体框架的不完善,首先搭建了新的协议一致性测试平台,然后通过TTCN-3设计了关于重选测试套的新方案来进行仿真。通过将仿真图与原来GFT图比较得出了测试方案的优越性以及所搭建平台的合理性与可行性。