一、什麼是彩信：      彩信的英文名是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]