DCICTP数字电影服务器测试大纲.doc

数字电影服务器测试大纲Digital Cinema Server Consolidated Test Sequence1. 概要说明1.1.翻译说明本文主要依据 DCI Compliance Test Plan 1.1 版本，主体内容与原文第 13 章大体相当，为了方便阅读与参考，做了适当的处理工作 标题与测试项尽量保持原文，后面使用中文进行解释 原文测试要求描述中，进行简化，仅保留引用章节与测试项其中 Sec.2.1.1 表示Secection.2.1.1，即章节号 2.1.1 “主要内容”是所引用章节的主要内容，或者测试项的含义说明1.2.大纲说明本文定义的测试顺序是针对一个独立的数字电影服务器（d-cinema server） 数字电影服务器的配置各厂家可能有所不同，这里假定数字电影服务器包含一个媒体模块（Media Block，包括安全管理，媒体解密，链路加密等）和一个 SMS（Screen Management Server） 尽管这个测试项的测试操作是针对 SMS，但可能是在 TMS 环境下（可能是 SMS 作为TMS 的一部分实现） ，或者其它相当的 TMS 环境下。

2. 测试大纲（Server Test Sequence）这里是数字电影服务器的测试大纲，共有 100 项，覆盖前 12 章约一半的测试项，前面12 章对每一项进行了具体而详细定义，每个测试项主要分为三部分： Objective ：测试目标 Procedures ：测试流程与步骤 Supporting Materials ：依据的文档与标准2.1.Security Manager CertificateStep Requirement 主要内容1 Sec.2.1.1:X.509 digital certificate associated with the Security Manager检查 ASN.1 DER 编码的 ITU X.509 第三版的 CA 证书，特别是 Issuer 与 Subject 两项2 Sec.2.1.17: Certificate Chains. 证书链是完整的（特别是Issuer 与 Subject） ，子证书要在父证书的周期内，根证书是一个合法的“根”3 Sec.5.1.1: SPB Digital Certificate. 依据[SMPTE-430-2-2006]，SPB 具有 d-cinema 支点证书，并且证书的序列号与物理设备对应（serial number）2.2.Screen Manager CertificateStep Requirement 主要内容4 Sec.2.1.1:X.509 Basic Certificate Structure & Signature Validation.同测试 1.5 Sec.2.1.17: Certificate Chains 同测试 2.6 Sec.5.1.1: SPB Digital Certificate. 同测试 3.2.3.PowerStep Requirement 主要内容7 Record the published operating voltage of each power inlet2.4.Operator RolesStep Requirement 主要内容8 Sec. 8.2.9: SMS User Accounts. SMS 用户支持多级分组管理2.5.Screen Management SystemStep Requirement 主要内容9 Sec. 8.2.10: SMS Operator Identification. 检查安全管理器由 SMS 控制，SMS 的操作能够唯一控制安全管理器10 Sec. 8.2.11: SMS Identity and Certificate. SMS 具有符合[SMPTE-430-2-2006]证书，且 SMS 与 SM的通讯使用 TLS，而且端口号不能为 117311Sec. 8.1.1: Storage System Ingest Interface. 存储系统使用一个网络访问接口，基于 TCP/IP 且宽带在1G 以上。

12 Sec. 8.1.2: Storage System Capacity. 存储容量至少在 1T 以上13 Sec. 8.1.3: Storage System Redundancy. 存储系统具有冗余备份，以防止硬盘错误14 Sec. 8.1.4: Storage System Performance. 至少支持峰值 307 Mbps 的访问15Sec. 8.2.2: Show Playlist Creation. SMS 具备 CPL 生成功能，SMS 仅对有权限的人生成SPL（Show Playlist）16 Sec. 8.2.3: Show Playlist Format. SPL 文件符合 schema-check标准[DCI-DCSS-1-2]17 Sec. 8.2.5:Automation Control and Interfaces. SMS 支持以下控制通道 1.IO控制 2.串口控制 3.网络控制18Sec. 8.2.6:Interrupt Free Playback. 系统能够播放一序列 CPL，而没有可观察到的停顿与噪声19 Sec. 8.2.7: Artifact Free Transition of Image Format. 不同图片格式（比例 Flat 与Scope 模式）能够自由转换20 Sec. 8.2.8. Restarting Playback. 能够在任意点自由重新播放21Sec. 8.2.12: Content Keys and TDL check. 检查 SMS 使用内容密钥授权下的安全模块，由 TDL 列表内设备播放2.6.KDM IngestStep Requirement 主要内容22Sec. 3.5.1: KDM NonCriticalExtensions Element. 当标志有效时，解码设备需要与KDM 通讯。

23Sec. 3.5.2: ETM IssueDate Field Check. 当 KDM 工作时，signer 的证书需要有效， KDM 不能延长证书的有效期24 Sec. 3.5.3:Maximum Number of DCP Keys. 支持 256 个 essence 密钥25Sec. 3.5.4:Structure ID Check. 检测[SMPTE-430-1-2006]定义的密钥数据结构 ID，如果ID 有错， KDM 能够拒绝26 Sec. 3.5.5:Certificate Thumbprint Check. 证书的 signer 与 KDM 的相符，否则 KDM 拒绝27 Sec. 3.5.6: Certificate Presence Check. 与 KDM 相应的证书与包含在 KDM 内，否则拒绝28Sec. 3.5.7:KeyInfo Field Check. 检查 KDM 与部分的 KeyInfo 结构，它们的标题需要完全相同29 Sec. 3.5.8: KDM Malformations. 符合[SMPTE-430-1-2006]的命名空间30 Sec. 3.5.9: KDM Signature. 签名符合标准[SMPTE-430-1-2006]2.7.InterfaceStep Requirement 主要内容31Sec. 6.6.1: Digital Audio Interfaces. 具有 16 声道，支持 24-bit 48 kHz 或者 96 kHz, 并符合 [AES3-2003]32Sec. 5.2.1: TLS Session Initiation. TLS 会话持久至控制结束，检查 TLS 会话双方彼此建立通讯33Sec. 5.2.3: TLS Exception Logging. CertFormatError 与 TLSError等日志，在 LinkOpened LinkClosed 时进行记录34Sec. 5.2.2.1: Auditorium Security Message Support. 实现[SMPTE-430-6-2008].规定的 ASM，检查支持QuerySPB 信息35Sec. 5.2.2.2: ASM Failure Behavior. ASM 在规定的间隔内响应，关键事件 ASM 能够有报警代码36 Sec. 5.2.2.3: ASM "RRP Invalid". 支持"RRP Invalid" 消息37 Sec. 5.2.2.4: ASM "GetTime". 支持"GetTime"消息38 Sec. 5.2.2.5: ASM "GetEventList". 支持" GetEventList " 消息39 Sec. 5.2.2.6: ASM "GetEventID". 支持" GetEventID "消息40 Sec. 5.2.2.7: ASM "LEKeyLoad". 支持" LEKeyLoad "消息41 Sec. 5.2.2.8: ASM "LEKeyQueryID". 支持" LEKeyQueryID "消息42 Sec. 5.2.2.9: ASM "LEKeyQueryAll". 支持" LEKeyQueryAll "消息43 Sec. 5.2.2.10:ASM "LEKeyPurgeID". 支持" LEKeyPurgeID "消息44 Sec. 5.2.2.11: ASM "LEKeyPurgeAll". 支持" LEKeyPurgeAll "消息2.8.Log ReportingStep Requirement 主要内容45Sec. 5.3.2.1: Log Structure. 每条日志是一 XML 文档，符合[SMPTE-430-4-2008]与[SMPTE-433-2008]，日志包含[RFC-4122]定义的 urn:uuid标志46 Sec. 5.3.2.2: Log Records for Multiple SPBs. 多个 SPB 时每个 SPB 日志能够独立47 Sec. 5.3.2.3: Log Sequence 日志应包含唯一的EventSequence 编码48 Sec. 5.3.2.4: Log Collection by the SM. SM 能够具有所有 SPB 日志的能力49Sec. 5.3.2.5:General Log System Failure. SM 能够要求日志系统为播放的前置条件，能够禁止无日志的 SPB 播放50 Sec. 5.3.3.1: SM Proxy of Log Events. SM 能够代理记录未知的消息内容51 Sec. 5.3.3.2: SM Proxy of Security Operations Events. SM 能够代理记录[SMPTE-430-5-2008]定义的事件52 Sec. 5.3.3.3: SM Proxy of Security ASM Events. 支持[SMPTE-430-5-2008].消息53 Sec. 5.3.3.4:Remote SPB Time Compensation. 能够通过 GetTime 取得远程SPB 时间2.9.Screen Management SystemStep Requirement 主要内容54Sec. 5.4.1.1: Frame SequencePlayed Event. 支持[SMPTE-430-5-2008]定义的 FrameSequencePlayed 日志55 Sec. 5.4.1.2: CPL Start Event. 支持记录 CPLStart 事件56 Sec. 5.4。