（计算机科学与技术专业论文）ttcn3测试集成环境的设计与实现.pdf

本人声明：所里交的学位论文是本人在导师的指导下进行的研究工作及取得的研究成 果。除本文已经注明引用的内容外，论文中不包含其他人已经发表或撰写过的研究成果，也 不包含为获得内墓直太堂及其他教育机构的学位或证书而使用过的材料。与我一同工作的同 志对本研究所做的任何贡献均已在论文中作了明确的说明并表示谢意。 学位论文作者签名：孟b 墅重： e t 期：趁! ! ：! ! 茎 在学期间研究成果使用承诺书 本学位论文作者完全了解学校有关保留、使用学位论文的规定，即：内蒙古大学有权将 学位论文的全部内容或部分保留并向国家有关机构、部门送交学位论文的复印件和磁盘，允 许编入有关数据库进行检索，也可以采用影印、缩印或其他复制手段保存、汇编学位论文。 为保护学院和导师的知识产权，作者在学期间取得的研究成果属于内蒙古大学。作者今后 使用涉及在学期间主要研究内容或研究成果，须征得内蒙古大学就读期间导师的同意；若用 于发表论文；版权单位必须署名为内蒙古大学方可投稿或公开发表。 学位论文作者签名丝蟹岔 日期： 2 盈f i 。厘瞧 内蒙古大学硕士学位论文 t t c n - 3 测试集成环境的设计与实现 摘要 t t c n - 3 是一个灵活且功能强大的测试套描述语言，它适用于各种交互系统 的说明。目前，t t c n - 3 已经被广泛地应用于协议测试( 包括移动和互联网协议) 、 服务测试、基于平台的c o r b a 测试、a p i 测试等领域。大量的商业测试工具和 测试平台也随之产生，但大都价格昂贵，且核心技术保密，对t t c n 3 的进一 步研究相当不利。因此，研制并开发一个通用、开放、人机界面友好的t t c n - 3 测试集成环境是必要的。 本论文的设计是以g 0 4 i t 开源项目a 0 及后续阶段已实现的功能模块为基 础，通过对该项目中已实现的功能模块的分析，包括编译功能模块，执行功能 模块，编解码功能模块等，借助l i n u x 下g t k 技术来研究t t c n 3 测试集成环 境。在g 0 4 i t 开项目中，t t c n - 3 测试过程是以复杂、繁琐的命令行方式进行控 制和执行的，本论文的研究重点是将t t c n - 3 测试过程中各功能模块组织在一 起，以图形化界面的方式向用户提供一个简洁、直观、易用的t t c n 3 测试集 、 成环境。它包括a t s 编辑、选择、编译、模块参数提供、测试配置、测试结论 等整个测试实施过程。 t t c n - 3 测试集成环境的设计与实现主要包括以下几个方面：首先对整个测 试执行过程及系统的分析，了解基于g 0 4 i t 所实现的各功能模块，研究已有的 测试工具，例如t a u ，t t w o r k b e n c h ，分析其各部分的功能，设计本文所设计 的t t c n - 3 测试集成环境的总体框架及所需实现的功能；通过对整个测试过程 及测试过程中所需提供的信息展示的分析，设计本文所需实现的测试过程的展 示，设计与实现所需图形界面以及基本功能；对现有数据存储方式及配置文件 管理的分析，设计与实现t t c n 3 测试集成环境中以x m l 的形式实现测试配置 文件的管理；通过对整个t t c n - 3 测试集成环境的把握，设计本文所需模块间 ! 坠! 型蔓叁壁堑整塑堡生皇塞婴 ： 的交互及模块参数的传递方式，设计与实现通过x m l 方式进行交互与传递，实 现包括x m l 标记的定义：舰文件的创建，解析等功能；通过对t m 内部接 口功能的分析，设计与完善t m 与用户相关部分的接口。 关键词：t t c n - 3 ，测试，测试集成环境，配置，t m 接口 a r ee x p e n s i v e ，a n dc o r et e c h n o l o g ya r ec o n f i d e n t i a l ，o n f u r t h e rs t u d yo ft t c n - 3 q u i t en e g a t i v e t h e r e f o r e ，i ti s n e c e s s a r yt od e v e l o pac o n l l t l o n ，o p e n ，f i i e n d l y i n t e r f a c eo ft h et t c n - 3t e s ti n t e g r a t i o ne n v i r o n m e n t t h ep a p e ri sb a s e do no p e ns o u r c ep r o j e c t sg 0 4 i ta 0p h a s ef u n c t i o nm o d u l e s t h a th a v eb e e na c h i e v e d ，t h r o u g ho nt h ea n a l y s i s o ft h ep r o j e c tt h a th a v eb e e n a c h i e v e d i n c l u d i n gt h ec o m p i l a t i o nf u n c t i o nm o d u l e s ，t h ei m p l e m e n t a t i o nf u n c t l o n m o d u l e s 竹l ec o d e c sf u n c t i o nm o d u l e sa n d s oo n ，w i t hh e l po fl i n u xg t kt e c h n i q u e s t 0 咖d vt h et t c n 3t e s ti n t e g r a t i o ne n v i r o n m e n t o nt h eo p e ng 0 4 i tp r o j e c t ， t t c n - 3t e s tp r o c e s si sc o m p l e xa n dc u m b e r s o m et o c o n t r o la n di te x e c u t e db y c o n h n a n dl i n e ，t h e r e f o r e ，i tf o c u so nh o w t oi n t e g r a t ea n do r g a m z et h ee a c ht e s t 缸1 c t i o nm o d u l e si i lt h ew h o l et e s t i n ga n dh o w t op r o v i d eu s e r sas i m p l e ，i n t u l t l v e ， e a s vt t c n - 3i n t e g r a t e de n v i r o n m e n tb yg r a p h i c a li n t e r f a c e i tw i l ls h o w u st h ee n t i r e t e s t i n gp r o c e s si n c l u d i n ga t se d i t ，s e l e c t ，c o m p i l e ，m o d u l ep a r a m e t e r s t op r o v l d e 妣 t e s tp r o c e s s ，t e s tc o n f i g u r a t i o n ，t e s tr e s u l t sa n d s oo n t t c n 3t e s ti n t e g r a t i o ne n v i r o n m e n ti n c l u d et h ef o l l o w 。i n ga s p e c t so f t h ed e s i g n a n di m p l e m e n t a t i o n ：f i r s t ，o na n a l y s i so ft h ee n t i r et e s t i n gp r o c e s sa n d s y s t e m a n a l v s i s ，u n d e r s t a n d i n gt h ea c h i e v e dg 0 4 i t f u n c t i o nm o d u l e s ，s t u d y i n gt h ee x i s t i n g t e s t i n gt 0 0 1 ss u c ha st a u ，t t w o r k b e n c h ，a n d o na n a l y s i so ft h ef u n c t i o n so f i t sp a n s ， m ed e s i 醇i sg i v e ni nt h i st h e s i sa l li n t e g r a t e de n v i r o n m e n tf o rt t c n - 3t e s t t h e i l l o fe n t l r et e s t i n gp r o c e s sa n d t e s t i n gp r o c e s st h a tr e q u i r e dt op r o v i d et 1 1 ei n f o n l l a t i o n d l s p l a y e d - d e s i g n i n gh o wt o s h o wt h ew h o l e t e s t i n gp r o c e s s ，d e s i g n i n ga n d 1 m p l e m e n t i n gt h eg r a p h i ci n t e r f a c ea n db a s i cf u n c t i o n s ；o nt h ea n a l y s i so fa v a i l a b l e d a t as t o r a g ；ea n dt h ec o n f i g u r a t i o nf i l em a n a g e m e n t ，d e s i g n i n g a n d i m p l e m e n t i n gt h e c o n f i g u r a t i o nf i l em a n a g e m e n to ft t c n - 3t e s ti n t e g r a t e de n v i r o n m e n ti nt 1 1 ef o m lo f x m l ；b yt h et t c n - 3t e s ti n t e g r a t e de n v i r o n m e n to fc e r t a i n t y ，d e s i g n i n ga n d 1 m p l e m e n t i n gt h r o u g ht h ex m lt oi n t e r a c ta n dt r a n s f e r ，i m p l e m e n t i n gi n c l u d et h e d e f i n i t i o no fx m l t a g s ，x m lf i l e sa r ec r e a t e d ，a n a l y s i se t c ；t h r o u g ht h ei n t e m a l i n t e r f a c eo ft h et mf u n c t i o na n a l y s i s ，d e s i g na n d i m p l e m e n t a t i o no fr e l e v a n tp a r t so f t mw i t ht h eu s e ri n t e r f a c e k e y w o r d s ：t t c n - 3 ，t e s t ，t h et e s ti n t e g r a t e de n v i r o n m e n t , c o n f i g u r a t i o n ，t h e 印i n t e r f a c e i v 第一章引言1 1 1 研究背景。l 1 2 国内外研究现状l 1 3g 0 4 1 t 项目a 0 及后续阶段实现的功能模块简介2 1 4 论文目标3 1 5 论文组织结构3 第二章t t c n 3 、测试系统及相关技术简介。4 2 1t t c n 3 语言简介o 4 2 2t t c n 3 测试系统简介8 2 3g t k + 信号和回调函数及事件机制 9 第三章t t c n 3 测试集成环境的总体结构分析1 2 3 1t t c n 3 测试系统结构及测试过程分析：1 2 3 2t t c n 3 测试集成环境的功能设计分析j 。1 2 3 3t t c n - 3 测试集成环境总体结构设计。k 。1 3 3 4t t c n - 3 测试集成环境基本结构的实现1 4 第四章t t c n - 3 测试集成环境基本功能的设计与实现1 6 4 1 菜单栏的设计与实现1 6 4 2 工具栏的设计与实现：2 2 4 3t t c n 3 文件选择区设计与实现：。2 3 4 4t t c n 3 文本显示区设计与实现j 2 6 第五章t m 部分的分析与实现2 8 5 1t c i t m 接口的分析2 8 5 1 1t c i t mp r o v i d e d 接口的分析o 2 8 5 1 2t c i - t mr e q u i r e d 接口的分析2 9 5 2 配置文件的管理。3 2 5 2 1 配置文件的设置3 3 5 2 2 配置文件的标记j 3 3 v t t c n - 3 测试集成环境的设计与实现 5 2 3 配置文件格式的设计3 7 5 2 4 配置文件的建立3 7 5 2 5 配置文件的解析3 9 5 2 6 其他功能的实现4 1 5 3t c i t m 接口功能的设计与实现4 2 5 3 1 初始化4 3 5 3 2 请求模块参数。4 3 5 3 3 测试用例的控制工作4 4 5 3 4 停止控制：4 5 5 3 5 记录测试过程中的日志4 5 5 4 各功能模块的交互4 6 5 5 本章小结4 7 第六章总结与展望4 8 6 1 工作总结4 8 6 2 展望。：4 8 参考文献j j 5 0 致谢：5 2 v i 内蒙古大学硕士学位论文 图表目录 图2 1t t c n 3 模块结构。4 表2 1t t c n 3 语言中的基本元素【l 】5 图2 2t t c n 3 通信端口模型【l 】5 图2 3 典型的测试成分【l 】6 图2 4 一个典型的t t c n - 3 测试配置的概念化视图【l 】一6 表2 2t t c n - 3 通信操作一览表【1 1 2 7 图2 5 判定之间关系的图示【1 1 7 表2 3 判定的重写规则【1 1 7 图2 6 测试系统基本结构 t 2 3 j 。：k 8 表2 4g t k 事件【2 3 】1 1 图3 1t t c n 3 测试过程。1 2 图3 2 基本结构图1 4 图3 3 基本结构实现图15 图4 1 菜单栏结构图：o 1 7 表4 1 菜单栏构件的定义1 8 图4 2 新建功能实现流程图1 9 图4 3 打开功能实现流程2 0 图4 4 保存功能实现流程2 0 图4 5 另存功能实现流程。j 2 1 图4 6 工具栏结构图2 2 表4 2 工具栏构件的定义一2 3 图4 7 单文件选择 2 3 图4 8 工程选择2 4 表4 3 文件选择区构件的定义2 4 图4 9 文件选择区层次图2 5 图4 1 0 文件选择区文件名的显示流程2 5 图4 1 1 单文件显示。2 6 图4 1 2 多文件显示2 6 v t t c n 3 测试集成环境的设计与实现 表4 4 文本显示区构件的定义。2 7 图5 1 配置文件管理。：3 3 表5 1 配置文件的种类3 3 表5 2s y s t e m x m l 的定义：3 4 图5 2s y s t e m x m l 中元素层次图3 5 表5 3c o m p i l e x m l 的定义3 5 图5 3c o m p i l e x m l 中元素层次图3 6 表5 4t e s t p a r a x m l 的定义。：。3 6 图5 4t e s t p a r a x m l 中元素层次图：3 7 图5 6x m l 文件解析流程4 0 图5 7x m l 文件其他功能流程。4 2 图5 8 初始化4 3 图5 9 请求模块参数4 4 图5 1 0 停止测试用例4 4 图5 1 1 停止控制。4 5 图5 1 2 测试日志记录4 6 图5 13 各功能模块交互图：4 7 v 1 1 研究背景 随着计算机技术的飞速发展，计算机应用程度的不断深入，应用范围的不断扩大，应用 复杂度的不断提高，对计算机应用的要求也就不断提高，特别是对例如软件的稳定性，可靠 性，网络的安全性等等方面。因此，在此要求基础上，这些相关领域的测试技术也随之得到 重视并日益发展壮大。 t t c n - 3 1 1 ( t e s t i n ga n dt e s tc o n t r o ln o t a t i o n - v e r s i o n3 ) 是欧洲电信标准协会( e t s i ， e u r o p e a nt e l e c o m m u n i c a t i o n ss t a n d a r d si n s t i t u t e ) 发行的全球适用的标准测试描述语言，是一 种成熟的、强有力的基于响应系统的黑箱测试标准语言，它适用于描述在多种通信端口上的 各种响应系统测试。t t c n 3 已经被广泛地应用于协议测试( 包括移动和互联网协议) 、服务 测试、a p i 测试等领域。同时，t t c n 3 并不仅限于一致性测试领域，还可以用于其他类型的 测试，如互操作性测试、健壮性测试、回归测试等测试。 目前，国内外的一些组织已研制出一些支持t t c n - 3 的商业测试工具和测试平台，但大都 面向企业，其内部实现并不公开，因此，在普及和推广方面发展缓慢。 1 2 国内外研究现状 t t c n 3 是一种新型测试描述语言，目前最新的版本是2 0 0 9 年6 月发布的。近年来，国 内学术界开发了一些基于t t c n 3 的测试平台和工具，包括中科大开发的测试平台l o o n g t e s t i n g ，清华大学开发的基于t t c n 3 的分布式网络协议测试平台p i t s v 3 ，西南交大开发的 用于路由器测试的分布式多点并发测试系统，都取得了一定的成果。 同时，工业界也开发了一些可用来进行t t c n 测试例编辑编译和调试验证的工具，主要 有以下几种： 1 t e l e l o g i c 1 q 公司提供的t a u t t c ns u i t e 包括t t c n 编辑器，t t c n 编译器以及t t c n e x e r c i s e r 等套件。 2 d a n e t 1 8 1 公司的t t c nt o o l b o x 编译器可将t t c n 抽象测试例转换为可执行测试例， 并检查t t c n 测试例中的语法和语义错误，在测试例运行时生成m s c 图，从而可追溯测试 例运行过程中产生的错误。 t t c n 3 测试集成环境的设计与实现 3 o p e n t t c n 【1 6 】公司开发的o p e n t t c n 软件包可进行t t c n 测试例的编辑编译，对语法 语义进行检查并生成可执行测试例，o p e n t t c n 还包括一个t t c n 在线分析器，可通过i n t e m e t 在线对t t c n 测试例进行分析和验证。 4 t e s t i n gt e c h n o l o g i e s t l 5 】的t t w o r k b e n c h 是基于国际标准测试语言的图形化测试开发环 境和执行环境。 g 0 4 1 t t l 刀项目是由欧盟创立的、多方参与的国际合作项目，旨在提供一个免费的、开源 的和通用的i p v 6 测试环境，此环境是基于t t c n 3 的，包括测试工具、测试套和相关服务等 方面。g 0 4 i t 项目可以分为两个阶段，p a c k a g e l 和p a c k a g e 2 。前者主要是能够直接使用的集 成了i p v 6 测试套的测试系统，而后者是提供了在l i n u x 环境下开发和执行测试套的平台，目 前该项目能够支持t t c n 3 语言中的一部分功能，且只能以命令行的方式执行测试套，仍有 许多功能还有待实现。 内蒙古大学曾经参与中欧合作项目g 0 4 i t 的整个过程的开发。并取得一定的成果。 1 3g 0 4jt 项目a o 及后续阶段实现的功能模块简介 在g 0 4 i t 项目的a 0 及后续阶段中，所实现的功能模块有： 1 编译子模块：所实现的功能是将t t c n 3 描述的抽象测试套( a t s ) 编译为某种易于 执行平台解释执行的中间代码，通称为可执行测试套( e t s ) 。这样设计是主要考虑到t t c n - 3 是一个强大且复杂的系统，涉及问题多且难度大，增加中间转换阶段，能够使问题简化，降 低设计难度。 2 编码解码子模块：该模块的设计是为了实现与被测系统的通信。需要一种标准的、与 具体的网络环境无关的语法格式。编码是t e 在给s u t 发送数据之前，要将t t c n 3 的数据 类型转换为与具体的网络环境无关的传送语法格式，解码t e 从s u t 接收到数据( 这个数据是 位串) 后，还要把位串转换为t t c n 3 的数据值。 3 平台适配器s a 子模块：该模块的设计是为了实现可执行测试套和被测系统进行通讯， 主要是由于被测系统类型多样，不同的被测系统具有不同的物理特征。 4 执行子模块：该模块的主要执行生成的e t s ，并根据需要调度各子系统。 上述所实现的这些功能模块，只是g 0 4 i t 中的一部分，其他的一些功能模块不再详细介 绍。上述实现的这些模块组织运行，需要以命令模式调度执行，过程复杂且难度大，所以本 本希望能够以集成环境的模式将所需功能组织在一起，执行整个测试过程。 2 本文基于g 0 4 i t 项目p a c k a g e2 部分a 0 及后续阶段已实现的功能，严格依据t t c n 3 标准，在此基础上对t t c n 3 测试集成环境进行研究。通过对已有功能模块的分析，对t t c n - 3 语言及已有收费测试工具及测试平台的研究，选取合适的开发技术，摒弃过去的以命令行形 式执行测试套的方式，开发一套免费的，并且能够向用户提供一个简洁、直观、易用的集成 测试环境，包括a t s 编辑、选择、编译、模块参数提供、测试过程、测试结论等整个测试实 施过程，以一体化方式展现在用户面前。 在设计开发过程中，充分考虑整个测试集成环境的各模块的合理安排，各功能模块的交 互，测试信息的配置，一测试参数的传递，测试信息的收集，测试过程的展示等，将整个测试 中所有功能集成在测试环境中。 1 5 论文组织结构 本论文共分为6 章，第一章为引言部分，主要阐述了论文的研究背景，国内外研究现状， 论文的目标机组织结构。第二章介绍了本文实验设计所涉及到的相关技术，包括t t c n 一3 语 言及测试系统，g t k 等相关技术的介绍。第三章t t c n - 3 测试集成环境的总体需求分析，对 整个测试集成环境图形界面及基本功能的设计。第四章t t c n - 3 测试集成环境基本功能的设 计与实现。包括窗口，菜单栏，工具栏等功能的设计与实现。第五章t m 内部接口的分析与 实现。包括以x m l 形式对测试配置信息的管理，以x m l 的形式进行测试参数的管理，t m 接口的设计等。第六章对本论文的总结了及对未来的工作展望。 t t c n 一3 测试集成环境的设计与实现 第二章t t c n - 3 、测试系统及相关技术简介 2 1 t t c n - 3 语言简介 t t c n 3 ( t e s t i n ga n dt e s tc o n t r o ln o t a t i o nv e r s i o n3 ) 是一种描述测试和实现的标准语言【1 1 ， 主要分为6 个部分，其中第一部分最为重要，定义了t t c n 3 核心语言。它主要被用做以下几 个方面： 1 用作一般的基于文本的测试语言； 。 2 用在t t c n 工具之间作为t t c n 测试套的标准化交换格式； 3 为各种不同的表示形式提供语义基础。 t t c n 3 的项层单元是模块，模块又可以分为模块定义部分和模块控制部分。在模块定 义部分描述模块的顶层定义，它包括测试成分、通信端口、数据类型、常量、测试数据模板、 函数、远程过程调用的特征、特征模板等等。t t c n - 3 模块控制部分是可选的，它的功能是 调用并控制执行在模块定义部分描述的测试例n - 2 。模块结构图及t t c n 3 支持的基本元素如 图所示： 图2 1 ，n r c n - 3 模块结构 f i g u r e2 1t t c n - 3m o d u l es t r u c t u r e 4 内蒙古大学硕士学位论文 语富嚣蠢 捆荚联弱关键字蔗否在模块定燕香在援块控是否在萄戴两 是否在麓试藏 义巾被攒逮镧中被攒逮 选步溺试键中分巾被描述 援接连 t 1 。c 睡3 壤块定义 n 射x l u l e聚 47 、2 ；1 j 。 甲、： t 獬”? 避掣j 譬甏 一、 箕绝援块豹定义孳| 入 i n l p 哦 是 组龟受 g r o u p 是 数撵燮塑定义 l 弹峙尾 遴信鲻疆定义p o r t 趋0 测浚成分定义 c o m p o n e n t 蹙 特征定义 s i g n a t m e 是 ； 辨镪酶姜脯麓宠又 e x t e r n a l 是级。 ，一， ，一，g 鬻嚣霆义 c o n s t曩霆 莲笼 教黪褥蔹徭凝宅殳 t e m p l a t e 是。 ”j9 。“， ； 荫数宠义 f u n c t i o n 是# 霹选步宠义 a l t s l e p 是 铡试铡定义 埝鳙c 擀怒 ，帅o，州圆 受璧辫鲷 v a f 黟咿7：i 碍掣鼍 跫 是整 宠时器声碉 l b r 嘲r j e 。z ? 照 楚是 ， 表2 1t t c n 3 语言中的基本元素u 1 table2 1o v e r v i e wo f t t c n 3l a n g u a g ee l e m e n t s 总之，t t c n 3 是一种非常灵活和强有力的测试语言，正被广泛应用于各种测试领域。 1 端e l 端口是连接测试成分的桥梁，即测试成分之间以及一个成分和测试系统接口之间是通过 端口连接的。每个端口被模拟为一个无限的、先进先出( f i f o ) 的队列，以便于存储进来的 消息或者是过程调用，供拥有该端口的测试成分来处理。 t t c n 3 支持基于消息和基于过程的端口。端口是有方向的，通过关键字i n ( 输入方向) ， o u t ( 输出方向) ，i n o u t ( 输入输出方向) 来标识的【1 1 。每个端口的定义都应该由一个或者多 个列表来指明所允许的类型集合或者带有允许的通信方向的过程。 图2 2 t t c n - 3 通信端口模型 f i g u r e2 2t h e t t c n 一3c o m m u n i c a t i o np o r tm o d e l 2 测试成分 成分类型定义了一个与成分相关联的端口。相同成分上的端口名称是唯一的，不同成分 上端1 2 1 的名称可以不唯一。 t t c n 3 测试集成环境的设计与实现 图2 3 典型的测试成分【1 】 f i g u r e2 3t y p i c a lc o m p o n e n t s 3 测试配置 配置是由一个带有良好定义的通信端口的互连测试成分集合和定义该测试系统边界的明 确的测试系统接口组成。在每个配置中应该有一个( 且仅有一个) 主测试成分( m t c ) ，若 干并行测试成分( p t c s ) 。m t c 应该在每个测试例执行开始时由系统创建，而测试例主体中 定义的行为应该在该成分上执行【1 1 。 图2 4 一个典型的t t c n - 3 测试配置的概念化视图【1 】 f i g u r e2 4c o n c e p t u a lv i e wo fat y p i c a lt t c n 一3t e s tc o n f i g u r a t i o n 4 通信操作 t t c n - 3 支持基于消息的和基于过程的通信，通过检查输入队列的头元素和利用控制操 作去控制对端口的访问。 6 内蒙古大学硕士学位论文 褂倍疆馆 蕾格鬟傩 荚镶字 可栩亍嫠- g 雨露孵琨日 可掰子鏊予短程驹墙a 盐= 匕，j 蠢6 灌岛f，t - 删一h 量糖i t 矗翊厦啊孵i 嗣| n i _ e 矗n n n ) 发馐溺塞 a e n d 参黪矿7 。，7 “7 i 7 ”碜7 椽收漓巍 翻嬲帆 篷鬈 ：j 撼懿疑羧( t | 妇。拜m e 懿m e )i t r i o o e f 蕴阮矗 彩纸。：z r 上抖毒i 赫：击蛳f 凸- 量 h 矗- _ 一，m i - l t l m i c a 虚翻憾l 调嬲缝程灞周 e a h 怒 援蹙裳鑫远撵蜜体建橙调穗 g o r e d + 怒 剃蒋裳鑫远鲤凌体过程谪绷 r e p 翻y 怒 ( 磁拿。援蹙的溺弼) 掇淝髓耱 f 叠糟霉 彪 麓薅聚绕以静豹递磁黥螭虑眢e n 瞬 怒 搦藏铹舞( 赫援灞缀窿髂) c a t c h 。二 怒 协寡柚 麓n l i l t 蕊n 爵谄谨叠f f 譬蠡霸吐舱t e l e 彝l 甜哇o fi n c o 臼珏n n 口o nq l l e l i 目b j 稔搿缓暖糍豹绣巍，蠛揭瑚钟疲麓i e t t e e l t 燕 磊 惦咖蜀艇x c e n 瞄凸n 毫l 蟠n m e 知e dl t 曲矗o t b ，f - - 饥l l i r d ，r - 童i 矗t 、 游鼢鳞日( c l e a rp o r t ) c k ! m r燕 怒 潦瑗辩诱鳕鲻秘( c l e a r 辫皤妒曙畿艄b 囊掀燕 怒 d 哦) 搏止慰谶秘蟛访擒( 按寝帮发送) 卅 印 趣 怒 表2 2t t c n 3 通信操作一览表u 1 t a b l e2 2o v e r v i e wo f t t c n - 3c o m m u n i c a t i o no p e r a t i o n s 5 测试判定 每个测试成分( 即在m t c 和每个p t c 中) 终止时，返回一个全局判定，当测试例终止 执行时，这个测试例返回判定值。如果这个返回的判定没有显式地保存在控制部分( 如赋值 给一个变量) ，那么就它就被丢掉了【1 1 。 黜燃田国妫国姥l j 图2 5 判定之间关系的图示1 】 f i g u r e2 5i l l u s t r a t i o no f t h er e l a t i o n s h i pb e t w e e n v e r d i c t s 判定类型v e r d i c t t y p e 有五个不同的值：通过( p a s s ) 、失败( f a i l ) 、不确定的( i n c o n c ) 、 空( n o n e ) 和错误( e r r o r ) 。当改变本地判定值时，将遵循以下重写规则： 表2 3 判定的重写规则【1 1 t a b l e2 3o v e r w r i t i n gr u l e sf o rt h ev e r d i c t 7 t t c n - 3 测试集成环境的设计与实现 6 测试例 测试例在模块控制部分，使用e x e c u t e 语句来启动，执行结果总是一个v e r d i c t t y p e 类型值。 每个测试例应该包含一个且仅一个m t c ，并在该测试例定义的头部引用m t c 类型。定义在 测试例主体中的行为是m t c 的行为。 调用一个测试例时创建m t c ，并实例化m t c 端口和测试系统接口，测试例定义中指定 的行为在m t c 上开始。所有这些行为将会被隐式地执行，也就是说，不带有明确的c r e a t e 和s t a r t 操作【1 】。 2 2t t o h - 3 测试系统简介 t t c n 3 测试测试系统主要是由测试管理和配置( t m ) 、测试执行( t e ) 、被测系统适配 器( s a ) 和平台适配器( p a ) 组成，其中测试管理和配置与测试执行的接口称为测试控制接 口( t c i ) ，测试执行与被测系统适配器和平台适配器之间交互的接口称为测试控制接口( 啊) 2 1 ( 如下图所示) 。 一一一o 一二一 i t e s ts y s t e mu s e r ： t c l t r i 图2 6 测试系统基本结构图【2 j f i g u r e2 6g e n e r a ls t r u c t u r eo fa t t c n - 3t e s ts y s t e m 其中测试管理嘲( t m ，t e s t m a n a g e m e n t ) ：是向用户提供使用接口和管理t t c n - 3 测试系统 的实体。负责测试启动前的配置工作、负责控制测试例、测试模块( 测试套) 两级的控制工作， 并管理相关信息、收集测试结论判定、负责记录测试过程中的日志。 t t c n 3 成分处理器 2 1 ( c h ，c o m p o n e n th a n d l e r ) ：是成分处理器，它负责管理、分布各个 8 内蒙古大学硕士学位论文 结点上的成分，与各个分布结点上测试执行器t e 通信，并提供同步手段。 测试日志模块1 2 1 ( x l ，t e s tl o g g i n 酚：将测试过程中所发生的测试事件以测试日志的形式展 示给测试系统用户，日志包含的信息包括创建测试成分、启动测试成分、终止测试成分、向 被测系统发送数据、接受来自被测系统的数据、匹配t t c n 3 模板以及定时器的启动、停止 和超时等等。 编解码模块【2 】( c o ，c o d i n ga n dd e c o d i n g ) ：对t t c n 3 中的数据进行编解码，使其转换为 被测系统可以识别的形式，可以正确的发送到被测系统中；同样，从被测系统中接收到的数据 也要通过编解码模块进行解码，使其转换成t e 可以识别的数据类型。 t t c n 3 执行器【2 】( t e ，t t c n 3e x e c u t a b l e ) 实体负责解释或执行一个t t c n 3 语言的 、a t s 。概念上t e 能够被分解成三个彼此交互的实体：e t s ，t 3 r t s 以及e d s 。 平台适配器【2 】( p a ，p l a t f o r ma d a p t o r ) ：是使t t c n 3 执行器) 与具体执行平台相适配的 实体。它为t t c n 3 测试系统产生单一的时钟表示，实现显式时钟和隐式时钟以及外部函数。 被测系统适配器团( s a ，s u ta d a p t o r ) ：是使t t c n 3 通讯操作与基于抽象测试系统接口的 s u t 相适配的实体。它实现实际的测试系统接口。它负责从t e 向s u t 传递发送请求和s u t 操作，将t e 接收的任何测试事件加入到t e 端口队列。 、t c i 接口囝：它为t e 能够管理测试执行，在不同测试设备上分布运行测试成分和编解码测 试数据提供了手段。 t r i 接e l 2 1 ：定义了s a 、p a 模块和t e 模块之间交互的标准接口，使得只要保持接口不变， 这些模块之间可以独立的实现或者修改。 本文主要研究t t c n - 3 测试集成环境的构造，因此，主要涉及t t c n