dvt/advt简介－－－－－4、深入

4、 深入

4.1 配置文件（5种：.SES/.DEF/.DS(.TS)/.DSS/.H）

4.1.1 Session File：每个测试Session的描述和配置定义文件（.SES），是执行测试的最基本平台，这里我把它称作模拟器（虚拟机），它包括三种不同类型

ü Emulator：模拟形式的模拟器

ü Scripting：脚本形式的模拟器

ü Media：DICOM文件格式模拟器

4.1.2 Definition File：定义文件（.DEF）

根据DICOM标准第3、4章，定义一个DICOM（Meta）SOP Class的DIMES命令及其IODs，这是模拟器运行所需要的前提条件。

4.1.3 DICOMScript：脚本文件（.DS/.TS）

测试所用脚本，划分为SCU/SCU/FSC三种不同角色的脚本，是模拟器运行的脚本

4.1.4 DICOMSuperScript：脚本集（.DSS）

列出测试所需要的一系列脚本文件名，是模拟器运行的脚本集

4.1.5 IncludeFiles：头文件（.h）

定义模拟器运行所包含的各种映射

4.2 工作模式

无论是哪一种运行模式（Emulator/Scripting/Media），DVT都是以脚本形式工作，脚本按Send和Receive命令形式，可以处理ACSE（6个低层R/R请求/响应消息）或DIMSE（高层C/N请求/响应消息）消息。发送时每个参数/属性都是可控制的，并且错误和异常也是可控的，这对测试非常有用。

为了方便使用，DVT已经将所有的ACSE/DIMSE/DICOM Command/Data Object数据保存在其数据仓库里，可方便地调用维护和更新。并且有一套管理（创建/删除/导入/导出/读/写/重用）的命令。

4.3 工作

除非你明白了DVT怎么工作，否则它看上去还是比较复杂的，你的主要工作包括3部分，配置运行参数，调整脚本和检查运行结果。

4.3.1 配置运行参数

4.3.2 调整脚本

主要是修改脚本文件，以满足你自己的测试需要，脚本文件可以从dvt的数据仓库里提取、复制和修改，当然如果你足够牛的话也可以自己来修改，但是这绝对是费力不讨好的事情，既然已经有现成的，还何必什么都要自己重头做起来呢，要知道，人类文明的进步是靠懒人推动的。

脚本调整的主要内容包括对Command和IOD内容的调整，因为你要接的不同设备和产品对DICOM的规定是有差异的，比如A设备要求某个字段是必须的(TYPE 1)的，而在B设备里该字段则可能是不需要的(TYPE 3)的，那么在DICOM标准里呢？它是Type 2的，这时候你就要根据不同设备，调整这样的参数和属性。同时调整不同的参数和属性，也可以检测对方或者你的软件的稳定性和宽容性。

4.3.3 检查运行结果

运行结果详细地写入到Result File里，你可以从其中看到运行中全部的需要信息，理解这些信息需要一些DICOM知识。

4.4 dvt已有脚本

目前dvt附带的脚本包括了主要的DICOM服务的测试，基本已经可以满足一般的测试需要，包括

ü Storage Commit的SCU/SCP

ü Mpps的SCU/SCP

ü Print的SCU/SCP

ü Query/Retrieve的SCU/SCP

ü SR Report的SCU/SCP

ü Storage的SCU/SCP

ü verification的SCU/SCP

ü worklist的SCU/SCP