手机测试之彩信测试

 

一、什么是彩信：

     彩信的英文名是MMS，它是Multimedia　Messaging　Service的缩写，意为多媒体信息服务，通常又称为彩信。它最大的特色就是支持多媒体功能，能够传递功能全面的内容和信息，这些信息包括文字、图像、声音、数据等各种多媒体格式的信息。彩信在技术上实际并不是一种短信，而是在GPRS网络的支持下，以WAP无线应用协议为载体传送图片、声音和文字等信息。彩信业务可实现即时的手机端到端、手机终端到互联网或互联网到手机终端的多媒体信息传送。

二、彩信的基本特征与特点:

     彩信的工业标准是由WAP Forum(WAP论坛)和3GPP(3G Partnership Project：3G伙伴计划)这两个组织制订的。后来全部由OMA组织接管，所以彩信的协议可以从 http://www.openmobilealliance.org/release_program/index.html官方网站上下载（免费的哦），其包括release的1.1和1.2版本，还有Candidate版本1.3。

    MMS是在WAP协议的上层运行，因此它对传输格式并没有严格的限制，既支持电路交换数据格式，也支持通用分组无线业务GPRS格式。其工作原理是利用高速传输技术EDGE，是GSM向第三代移动通信系统IMT-2000过渡的台阶。它被称为“GSM 384”，因为这种技术能使数据速率由目前的9.6kbit/s提高到384kbit/s，这种速率可以支持语音、因特网浏览、电子邮件、会议电视等多种高速数据业务。在GPRS网络的支持下，以WAP(无线应用协议)为载体传送视频、图片、声音和文字。

三、彩信的基本体系结构：

    一般说来，多媒体消息服务系统包括了以下网元： MMS终端(MMSTerminal) 、多媒体消息业务中心(MMSC ) 、MMS用户数据库(MMSUser Database ) 、外部应用服务器(External Server ) 、增值应用服务器(MMSValue Added Service Application ) 以及MMS应用支撑系统。此外，为配合多媒体消息平台提供多媒体消息服务，需要WAP网关(WAPGateway ) 、 GSM / GPRS 网络资源等设备的支持，还要和现网中计费系统、网管系统互联。 
1.MMS终端/MMS用户代理：MMS终端通过MMS用户代理提供多媒体消息服务。MMS用户代理是多媒体消息终端上的一个应用，提供用户浏览、编辑、处理多媒体消息等功能以及发送、接收、删除等操作。MMS用户代理支持多用途因特网邮件扩展(MIME ) ，通过MIME中不同子类型的定义，多媒体消息可包含文本、图像、声音等数据。 
2.MMS中继服务器/多媒体消息业务中心：MMSC是整个多媒体消息系统的核心，对多媒体消息进行存储和处理，包括消息的输入、输出、地址解析、通知、报告等。同时，负责多媒体消息在不同MMSC之间的传递等操作。MMSC还产生业务服务使用呼叫详细记录(CDR ) 用于计费。另外，MMSC需要很多与其它网络的连接，并开展各种增值服务。MMS中继服务器是系统的IP接口，系统通过它与各种网络相连，并支持多种协议。 
3.MMS重定向器：由于MMSC的URL地址全网统一，该设备负责用户归属MMSC的路由查询。它还根据超级文本传输协议(HTTP) 包中的发端地址号码确定发送方用户归属的MMSC，并向WAP网关返回重定向消息，使WAP网关将该HTTP请求转发给该MMSC。 
4.MMS用户数据库：用于存储用户服务信息、服务类型、个性化服务信息等。在目标网络中该数据库是移动数据业务管理平台的一部分，目前它集成在MMSC系统中。 
5.外部应用服务器：MMSC支持与多种外部应用的接口，可以将一些已存在的消息系统扩展到多媒体消息应用上。这些消息应用包括：电子系统、声讯邮件系统等。
6.MMS增值应用平台：它是基于多媒体消息平台的增值应用平台，MMSC应提供开放的、标准的API接口，支持增值应用开发。
7.WAP网关：WAP网关在技术上遵循WAP论坛定义的MMS规范，以支持多媒体信息业务。通过WAP网关建立MMS用户代理与MMS中继服务器的数据访问通道，从而支持多媒体信息的发送、接收、通知等操作。
8.计费系统：MMSC是MMS业务的计费数据采集点，按照流量和时长生成CDR记录，传递给计费系统用于计费。

四、彩信的测试方法与策略：

      在写测试方法之前首先先让我们了解一下彩信的发送过程：

      1． MMS发送的实现过程
          (1)发送方编辑并发送的多媒体消息。
          (2)终端中存在MMSC的信息，它建立一个WAP连接(CSD/GPRS)，并将用WAP WSP 的协议进行编码后的消息作为一个WSP POST内容发送出 去。然后WAP网关以HTTP协议将内容传送给MMS中继器，中继器再传至MMSC。
           (3)MMSC接收消息，将信息的内容将转换成MIME的格式后存储，并进行数据分析，从而得到路由信息，用户终端信息，同时通过同一个WAP连接对发起方做出响应，发送方终端显示“消息已发出”。
           (4)MMSC使用WAP PUSH 向接收方发送一条通知消息。
           (5)如果接收方的终端已设置成接收MMS消息它将建立一个WAP连接(CSD/GPRS),并使用WSP GET从MMSC取回MMS消息。
           (6)MMS消息被作为一个WSP GET RESPONSE 的内容，通过同一个WAP连接发送至接收者。
           (7)接收方终端仍通过同一个WAP连接用WSP POST消息告知接收成功。
           (8)MMSC使用WAP PUSH 告知发送方消息已送达，发送方终端显示“消息已送达”。    
             从上述MMS发送的实现过程可以看到，MMSC并不是直接将MMS消息发送给接收者，而是向其发送一个通知，告诉接收方有一条消息正在等待。根据终端设置的不同，接收方的终端将尝试立即提取该消息，或者推迟一段时间提取，又或者仅仅将通知放在一边，不予理会。而当用户设置成“立即提取”时，除非消息真正被送达，否则用户并不知道将收到一条消息。终端自己处理消息的提取，然后才告知用户“消息已接收”。
    2．MMS  协议数据单元
    大部分传送中，被发送的是MMS PDU（协议数据单元）。一个MMS PDU 由MMS头和MMS体构成，但是在大多数传送过程中根本没有MMS体，只在步骤2和步骤6中MMS PDU才包含了MMS体，其它部分只对MMS头进行传送。
    MMS PDU被依次传递给WSP或者HTTP消息的内容部分（取决于使用哪种传输协议），这些消息的content-type被设置为application/vnd.wap.mms-message。
    每个MMS PDU的头三个参数依次为X-Mms-Message-Type, X-Mms-Transaction-ID 和X-Mms-MMS-Version。不同类型的PDU对应不同的角色，由X-Mms-Message-Type来标志。以下是MMS传送时所使用的不同类型的PDU。
    A. M-Send.req(发送者→MMSC)M-Send.conf(发送者←MMSC)
    B. M-Notification.ind(MMSC→接收者)
    C. 立即接收 或 ：延迟接收
    D.  M-Delivery.ind(发送者←MMSC)

由上可见，我们现在知道了彩信是如何在网络中进行传输的了，我个人认为在彩信测试中应分为以下几个歨骤进行测试。

首先，我们应该对MMS的PDU进行测试，毕竟如果PDU里面的header都不正确的话，更不要说在实网测试了，在这部分中分为包头和包体测试。我们现在使用Teleca公司的Proteller工具。这个工具本身安装在电脑上可以充当一个MMSC用户仅需连接一个WAP GateWay和一个能PUSH消息的工具即可完全实现彩信的收发。并且这个工具提供API接口，用户可以根据自己的测试需求写一些测试脚本，来验证彩信里的PDU。所谓包头测试是指验证OMA规定的必选header和可选hearder,可以编辑一些彩信发给Proteller来进行判断。包体测试主要是对多媒体文件的接收和发送测试：

   包体接收测试：   

     a) 媒体文件是否能通过SMIL语言在手机上正确显示，包括不同的文件类型，如：jpg,gif,wbmp,amr,midi等等

     b)对彩信的一些属性进行测试，如：Layout,Duration time,related and mixed等等

     c)对SMIL fit属性进行测试，手机是否能够根据设定的fit属性进行显示，如：meet,scroll,hidden等

     d)制作一些不正确的包发送给手机，看手机是否能识别出不正确的彩信并提示错误信息。

  包体发送测试：主要是与用户事先编辑好的包进行对比

     a)媒体文件是否在发送过程中丢失码，形成不正确的图片

     b)可以对字符串进行判断，包括character type and charset

     c)手机终端是否在编辑slider彩信时使用SMIL语言

其次，由于最终的使用者都会在实网中进行使用，所以第二步应该是在中国移动的网络中测试，主要测试的是手机终端与中国移动MMSC的交互。这部分测试将包括以下几个方面：

     a)媒体文件能够正确地被MMSC所识别，并且正确地转发出去

     b)一些功能能否实现，如：delivery report,read report,validity period,delivery time,hide number,class,retrieval mode...

     c)一些Stress的测试，包括与短信，calling的交互，无信号的特殊情况

     d)彩信在中国移动的网络中支持的最大的是100K的文件，我们可以测试100K文件传输效率，是否在使用中用户能够接受。

最后一关，与其他的手机厂商进行互操作测试，即IOP测试，所有的Test case均由OMA Spec给出。根据彩信认证要求，每款手机均需要和5个不同的终端和3个sever,这里需要说明的是中国移动就有2个sever，杭州和江苏用的是中兴的MMSC，其他省份用的是华为的。

 

以上就是我在彩信测试中所得到的一些心得，当然彩信测试不光就这么几点，但由于篇幅所限，我仅列出这几点，如有问题，期待这与你的交流。MSN：[email protected]