在移動(dòng)終端中進(jìn)行推送消息測試的方法，裝置和移動(dòng)終端的制作方法
【專利摘要】本發(fā)明提出一種在移動(dòng)終端中進(jìn)行推送消息測試的方法，裝置和移動(dòng)終端，其中所述方法包括以下步驟：移動(dòng)終端接收多種測試樣本；移動(dòng)終端根據(jù)多種測試樣本生成多種類型的推送消息；移動(dòng)終端對(duì)多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序；移動(dòng)終端對(duì)排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果；以及移動(dòng)終端將期望解析結(jié)果與實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成多種類型的推送消息的測試結(jié)果。根據(jù)本發(fā)明實(shí)施例的方法，移動(dòng)終端根據(jù)不同類型的測試樣本自動(dòng)生成不同類型的推送消息，在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，在移動(dòng)終端的本地獨(dú)立驗(yàn)證推送消息解析的正確性，測試效率高，減少人力成本。
【專利說明】在移動(dòng)終端中進(jìn)行推送消息測試的方法，裝置和移動(dòng)終端
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動(dòng)設(shè)備制造【技術(shù)領(lǐng)域】，尤其涉及一種在移動(dòng)終端中進(jìn)行推送消息測試的方法，裝置和移動(dòng)終端。
【背景技術(shù)】
[0002]短消息中心向移動(dòng)終端發(fā)送的推送消息，可以包括三種類型:服務(wù)指示消息、服務(wù)下載消息和緩存選擇消息等。移動(dòng)終端在收到推送消息后，需要根據(jù)協(xié)議針對(duì)不同類型的推送消息進(jìn)行解析，并根據(jù)解析結(jié)果作出相應(yīng)的響應(yīng)。但是，移動(dòng)終端由于自身性能的限制可能不能正確解析，此時(shí)需要對(duì)移動(dòng)終端是否能夠正確解析推送消息進(jìn)行測試。
[0003]目前，常用的測試方法主要有以下兩種:一種是通過運(yùn)營商或第三方提供的測試服務(wù)器，測試者手動(dòng)發(fā)送一條或者多條推送消息到測試服務(wù)器，另一種是通過移動(dòng)終端針對(duì)推送消息的調(diào)試和日志信息，判斷解析推送消息的正確性。
[0004]目前存在的問題是，需要測試者進(jìn)行較多的手動(dòng)操作，測試效率低。

【發(fā)明內(nèi)容】

[0005]本發(fā)明旨在至少解決上述技術(shù)問題之一。
[0006]為此，本發(fā)明的第一個(gè)目的在于提出一種在移動(dòng)終端中進(jìn)行推送消息測試的方法，該方法在移動(dòng)終端的本地獨(dú)立驗(yàn)證推送消息解析的正確性，測試效率高，減少人力成本。
[0007]本發(fā)明的第二個(gè)目的在于提出一種在移動(dòng)終端中進(jìn)行推送消息測試的裝置。
[0008]本發(fā)明的第三個(gè)目的在于提出一種移動(dòng)終端。
[0009]為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明第一方面的實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法包括以下步驟:a、移動(dòng)終端接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果山、所述移動(dòng)終端根據(jù)所述多種測試樣本生成多種類型的推送消息；c、所述移動(dòng)終端對(duì)所述多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序；d、所述移動(dòng)終端對(duì)所述排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果；以及e、所述移動(dòng)終端將所述期望解析結(jié)果與所述實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成所述多種類型的推送消息的測試結(jié)果。
[0010]根據(jù)本發(fā)明實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法，移動(dòng)終端根據(jù)不同類型的測試樣本自動(dòng)生成不同類型的推送消息，可以在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，自動(dòng)地在移動(dòng)終端本地獨(dú)立驗(yàn)證推送消息解析的正確性，以及驗(yàn)證移動(dòng)終端中的推送消息處理模塊是否正常工作，測試效率高，節(jié)約人力成本。
[0011]為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明第二方面的實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的裝置包括:第一接收模塊，用于接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果；生成模塊，用于根據(jù)所述多種測試樣本生成多種類型的推送消息；排序模塊，用于對(duì)所述多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序；解析模塊，用于對(duì)所述排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果；以及比對(duì)模塊，用于將所述期望解析結(jié)果與所述實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成所述多種類型的推送消息的測試結(jié)果。
[0012]根據(jù)本發(fā)明實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的裝置，通過生成模塊根據(jù)不同類型的測試樣本自動(dòng)生成不同類型的推送消息，可以在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，自動(dòng)地在移動(dòng)終端本地獨(dú)立驗(yàn)證推送消息解析的正確性，以及驗(yàn)證移動(dòng)終端中的推送消息處理模塊是否正常工作，測試效率高，節(jié)約人力成本。
[0013]為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明第三方面的實(shí)施例的移動(dòng)終端包括本發(fā)明第二方面實(shí)施例所述的在移動(dòng)終端中進(jìn)行推送消息測試的裝置。
[0014]根據(jù)本發(fā)明實(shí)施例的移動(dòng)終端，通過在移動(dòng)終端中進(jìn)行推送消息測試的裝置，可以根據(jù)不同類型的測試樣本自動(dòng)生成不同類型的推送消息，可以在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，自動(dòng)地在移動(dòng)終端本地獨(dú)立驗(yàn)證推送消息解析的正確性，以及驗(yàn)證移動(dòng)終端中的推送消息處理模塊是否正常工作，測試效率高，節(jié)約人力成本。
[0015]本發(fā)明附加的方面和優(yōu)點(diǎn)將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實(shí)踐了解到。
【專利附圖】

【附圖說明】
[0016]本發(fā)明上述的和/或附加的方面和優(yōu)點(diǎn)從下面結(jié)合附圖對(duì)實(shí)施例的描述中將變得明顯和容易理解，其中，
[0017]圖1是根據(jù)本發(fā)明一個(gè)實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法的流程圖；
[0018]圖2是根據(jù)本發(fā)明一個(gè)具體實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法的流程圖；
[0019]圖3是根據(jù)本發(fā)明另一個(gè)具體實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法的流程圖；
[0020]圖4是根據(jù)本發(fā)明一個(gè)實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的裝置的結(jié)構(gòu)示意圖；以及
[0021]圖5是根據(jù)本發(fā)明另一個(gè)實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的裝置的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0022]下面詳細(xì)描述本發(fā)明的實(shí)施例，所述實(shí)施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號(hào)表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實(shí)施例是示例性的，僅用于解釋本發(fā)明，而不能理解為對(duì)本發(fā)明的限制。相反，本發(fā)明的實(shí)施例包括落入所附加權(quán)利要求書的精神和內(nèi)涵范圍內(nèi)的所有變化、修改和等同物。
[0023]在本發(fā)明的描述中，需要理解的是，術(shù)語“第一”、“第二”等僅用于描述目的，而不能理解為指示或暗示相對(duì)重要性。在本發(fā)明的描述中，需要說明的是，除非另有明確的規(guī)定和限定，術(shù)語“相連”、“連接”應(yīng)做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機(jī)械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連。對(duì)于本領(lǐng)域的普通技術(shù)人員而言，可以具體情況理解上述術(shù)語在本發(fā)明中的具體含義。此外，在本發(fā)明的描述中，除非另有說明，“多個(gè)”的含義是兩個(gè)或兩個(gè)以上。
[0024]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個(gè)或更多個(gè)用于實(shí)現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實(shí)施方式的范圍包括另外的實(shí)現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時(shí)的方式或按相反的順序，來執(zhí)行功能，這應(yīng)被本發(fā)明的實(shí)施例所屬【技術(shù)領(lǐng)域】的技術(shù)人員所理解。
[0025]下面參考附圖描述根據(jù)本發(fā)明實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法，裝置和移動(dòng)終端。
[0026]一種在移動(dòng)終端中進(jìn)行推送消息測試的方法，包括以下步驟:a、移動(dòng)終端接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果山、移動(dòng)終端根據(jù)多種測試樣本生成多種類型的推送消息；c、移動(dòng)終端對(duì)多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序；d、移動(dòng)終端對(duì)排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果；以及e、移動(dòng)終端將期望解析結(jié)果與實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成多種類型的推送消息的測試結(jié)果。
[0027]圖1是根據(jù)本發(fā)明一個(gè)實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法的流程圖。
[0028]如圖1所示，在移動(dòng)終端中進(jìn)行推送消息測試的方法包括下述步驟。
[0029]步驟SlOl，移動(dòng)終端接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果。
[0030]步驟S102，移動(dòng)終端根據(jù)多種測試樣本生成多種類型的推送消息。
[0031]其中，推送消息的類型可以包括服務(wù)指示Service Indication消息、服務(wù)下載Service Loading消息和緩存選擇Cache Option消息等。具體的,服務(wù)指示消息是服務(wù)器通過網(wǎng)關(guān)將消息發(fā)送到移動(dòng)終端，移動(dòng)終端進(jìn)行解析并儲(chǔ)存，然后提示給用戶。服務(wù)下載消息是在接收到服務(wù)器發(fā)送的消息之后，同樣移動(dòng)終端也會(huì)進(jìn)行解析并存儲(chǔ)，并提示用戶，與服務(wù)指示消息區(qū)別在于移動(dòng)終端會(huì)主動(dòng)調(diào)用瀏覽器打開服務(wù)指示消息中附帶的鏈接。
[0032]在本發(fā)明的一個(gè)實(shí)施例中，測試樣本包括媒體類型和屬性信息，其中屬性信息包括鏈接href屬性信息、創(chuàng)建時(shí)間created屬性信息、有效期s1-expires屬性信息和動(dòng)作action屬性信息等。
[0033]具體地，媒體類型用于區(qū)分不同類型的消息，例如，服務(wù)指示消息媒體類型為text/vnd.wap.si 或 application/vnd.wap.si ;服務(wù)下載消息的媒體類型為 text/vnd.wap.si 或 application/vnd.wap.si ;緩存選擇消息的媒體類型為 text/vnd.wap.co 或application/vnd.wap.co。
[0034]更具體地，鏈接href屬性信息用于指示客戶端可以獲取服務(wù)的URL的地址；創(chuàng)建時(shí)間created屬性信息用于定義服務(wù)指示消息的創(chuàng)建時(shí)間；有效期s1-expires屬性信息用于定義服務(wù)指示消息的有效期；動(dòng)作action屬性信息用于定義客戶端對(duì)服務(wù)指示消息做出響應(yīng)的動(dòng)作。每個(gè)不同類型的消息包括的屬性信息不同，例如，服務(wù)指示消息可以包括:href屬性、created屬性、s1-expires屬性以及action屬性等,服務(wù)下載消息和緩存選擇消息相似，服務(wù)下載消息可以包括了 href屬性和action屬性等。其中，herf屬性的值是一個(gè)URL地址,action屬性的值分別為execute-low(用戶選擇不跳轉(zhuǎn)瀏覽器)、execute_high(用戶選擇跳轉(zhuǎn)瀏覽器)以及cache (儲(chǔ)存到緩存里)。[0035]其中，測試者可以針對(duì)不同的類型及其對(duì)應(yīng)的屬性信息設(shè)置測試樣本，通過對(duì)不同的屬性進(jìn)行調(diào)整，例如修改屬性值，可以構(gòu)造出不同類型的樣本。還為了覆蓋所有的測試場景，設(shè)計(jì)了一些不符合協(xié)議規(guī)范的樣本，以驗(yàn)證移動(dòng)終端的對(duì)推送消息的解析出錯(cuò)之后的處理辦法。
[0036]其中，服務(wù)指示消息、服務(wù)下載消息以及緩存選擇消息可以是基于XML(extensible markup language,可擴(kuò)展標(biāo)記語言)語言描述的,在實(shí)際的傳輸過程中，會(huì)將可擴(kuò)展標(biāo)記語言的文本轉(zhuǎn)換成二進(jìn)制的WBXML (WAPBinary XML)語言，以提高推送消息的傳輸效率。
[0037]步驟S103，移動(dòng)終端對(duì)多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序。
[0038]其中，移動(dòng)終端對(duì)推送消息進(jìn)行排序可以提高推送消息解析的效率。
[0039]步驟S104，移動(dòng)終端對(duì)排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果。
[0040]步驟S105，移動(dòng)終端將期望解析結(jié)果與實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成多種類型的推送消息的測試結(jié)果。
[0041]在本發(fā)明的一個(gè)實(shí)施例中，移動(dòng)終端驗(yàn)證期望解析結(jié)果中的媒體類型和屬性值是否與實(shí)際解析結(jié)果中的媒體類型和屬性值是否相同。
[0042]根據(jù)本發(fā)明實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法，移動(dòng)終端根據(jù)不同類型的測試樣本自動(dòng)生成不同類型的推送消息，可以在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，自動(dòng)地在移動(dòng)終端本地獨(dú)立驗(yàn)證推送消息解析的正確性，以及驗(yàn)證移動(dòng)終端中的推送消息處理模塊是否正常工作，測試效率高，節(jié)約人力成本。
[0043]圖2是根據(jù)本發(fā)明一個(gè)具體實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法的流程圖。
[0044]步驟S201，移動(dòng)終端接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果。
[0045]步驟S202，移動(dòng)終端根據(jù)多種測試樣本生成多種類型的推送消息。
[0046]其中，推送消息的類型可以包括服務(wù)指示Service Indication消息、服務(wù)下載Service Loading消息和緩存選擇Cache Option消息等。具體的,服務(wù)指示消息是服務(wù)器通過網(wǎng)關(guān)將消息發(fā)送到移動(dòng)終端，移動(dòng)終端進(jìn)行解析并儲(chǔ)存，然后提示給用戶。服務(wù)下載消息是在接收到服務(wù)器發(fā)送的消息之后，同樣移動(dòng)終端也會(huì)進(jìn)行解析并存儲(chǔ)，并提示用戶，與服務(wù)指示消息區(qū)別在于移動(dòng)終端會(huì)主動(dòng)調(diào)用瀏覽器打開服務(wù)指示消息中附帶的鏈接。
[0047]在本發(fā)明的一個(gè)實(shí)施例中，測試樣本包括媒體類型和屬性信息，其中屬性信息包括鏈接href屬性信息、創(chuàng)建時(shí)間created屬性信息、有效期si_expires屬性信息和動(dòng)作action屬性信息等。
[0048]具體地，媒體類型用于區(qū)分不同類型的消息，例如，服務(wù)指示消息媒體類型為text/vnd.wap.si 或 application/vnd.wap.si ;服務(wù)下載消息的媒體類型為 text/vnd.wap.si 或 application/vnd.wap.si ;緩存選擇消息的媒體類型為 text/vnd.wap.co 或application/vnd.wap.co。
[0049]更具體地，鏈接href屬性信息用于指示客戶端可以獲取服務(wù)的URL的地址；創(chuàng)建時(shí)間created屬性信息用于定義服務(wù)指示消息的創(chuàng)建時(shí)間；有效期si_expires屬性信息用于定義服務(wù)指示消息的有效期；和動(dòng)作action屬性信息用于定義客戶端對(duì)服務(wù)指示消息做出響應(yīng)的動(dòng)作。每個(gè)不同類型的消息包括的屬性信息不同，例如，服務(wù)指示消息可以包括:href屬性、created屬性、s1-expires屬性以及action屬性等。服務(wù)下載消息和緩存消息相似，服務(wù)下載消息可以包括了 href屬性和action屬性等。其中，herf屬性的值是一個(gè)URL地址,action屬性的值分別為execute-low(用戶選擇不跳轉(zhuǎn)瀏覽器)、execute_high(用戶選擇跳轉(zhuǎn)瀏覽器)以及cache (儲(chǔ)存到緩存里)。其中，測試者可以針對(duì)不同的類型及其對(duì)應(yīng)的屬性信息設(shè)置測試樣本，通過對(duì)不同的屬性進(jìn)行調(diào)整，例如修改屬性值，可以構(gòu)造出不同類型的樣本。還為了覆蓋所有的測試場景，設(shè)計(jì)了一些不符合協(xié)議規(guī)范的樣本，以驗(yàn)證移動(dòng)終端的對(duì)推送消息的解析出錯(cuò)之后的處理辦法。
[0050]其中，服務(wù)指示消息、服務(wù)下載消息以及緩存選擇消息可以是基于XML (可擴(kuò)展標(biāo)記語言)語言描述的，在實(shí)際的傳輸過程中，會(huì)將可擴(kuò)展標(biāo)記語言的文本轉(zhuǎn)換成二進(jìn)制的WBXML (WAP Binary XML)語言，以提高推送消息的傳輸效率。
[0051]步驟S203，移動(dòng)終端對(duì)多種類型的推送消息按照順序或者并行的方式進(jìn)行排序。
[0052]步驟S204，移動(dòng)終端對(duì)排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果。
[0053]步驟S205，移動(dòng)終端將期望解析結(jié)果與實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成多種類型的推送消息的測試結(jié)果。
[0054]在本發(fā)明的一個(gè)實(shí)施例中，移動(dòng)終端驗(yàn)證期望解析結(jié)果中的媒體類型和屬性值是否與實(shí)際解析結(jié)果中的媒體類型和屬性值是否相同。
[0055]根據(jù)本發(fā)明實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法，移動(dòng)終端通過對(duì)多種類型的推送消息進(jìn)行排序，提高了測試樣本解析的效率。
[0056]圖3是根據(jù)本發(fā)明另一個(gè)具體實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法的流程圖。
[0057]步驟S301，移動(dòng)終端接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果。
[0058]步驟S302，移動(dòng)終端根據(jù)多種測試樣本生成多種類型的推送消息。
[0059]其中，推送消息的類型可以包括服務(wù)指示Service Indication消息、服務(wù)下載Service Loading消息和緩存選擇Cache Option消息等。具體的,服務(wù)指示消息是服務(wù)器通過網(wǎng)關(guān)將消息發(fā)送到移動(dòng)終端，移動(dòng)終端進(jìn)行解析并儲(chǔ)存，然后提示給用戶。服務(wù)下載消息是在接收到服務(wù)器發(fā)送的消息之后，同樣移動(dòng)終端也會(huì)進(jìn)行解析并存儲(chǔ)，并提示用戶，與服務(wù)指示消息區(qū)別在于移動(dòng)終端會(huì)主動(dòng)調(diào)用瀏覽器打開服務(wù)指示消息中附帶的鏈接。
[0060]在本發(fā)明的一個(gè)實(shí)施例中，測試樣本包括媒體類型和屬性信息，其中屬性信息包括鏈接href屬性信息、創(chuàng)建時(shí)間created屬性信息、有效期s1-expires屬性信息和動(dòng)作action屬性信息等。
[0061]具體地，媒體類型用于區(qū)分不同類型的消息，例如，服務(wù)指示消息媒體類型為text/vnd.wap.si 或 application/vnd.wap.si ;服務(wù)下載消息的媒體類型為 text/vnd.wap.si 或 application/vnd.wap.si ;緩存選擇消息的媒體類型為 text/vnd.wap.co 或application/vnd.wap.co。
[0062]更具體地，鏈接href屬性信息用于指示客戶端可以獲取服務(wù)的URL的地址；創(chuàng)建時(shí)間created屬性信息用于定義服務(wù)指示消息的創(chuàng)建時(shí)間；有效期s1-expires屬性信息用于定義服務(wù)指示消息的有效期；和動(dòng)作action屬性信息用于定義客戶端對(duì)服務(wù)指示消息做出響應(yīng)的動(dòng)作。每個(gè)不同類型的消息包括的屬性信息不同，例如，服務(wù)指示消息可以包括:href屬性、created屬性、s1-expires屬性以及action屬性等。服務(wù)下載消息和緩存消息相似，服務(wù)下載消息可以包括了 href屬性和action屬性等。其中，herf屬性的值是一個(gè)URL地址,action屬性的值分別為execute-low(用戶選擇不跳轉(zhuǎn)瀏覽器)、execute_high(用戶選擇跳轉(zhuǎn)瀏覽器)以及cache (儲(chǔ)存到緩存里)。
[0063]其中，測試者可以針對(duì)不同的類型及其對(duì)應(yīng)的屬性信息設(shè)置測試樣本，通過對(duì)不同的屬性進(jìn)行調(diào)整，例如修改屬性值，可以構(gòu)造出不同類型的樣本。還為了覆蓋所有的測試場景，設(shè)計(jì)了一些不符合協(xié)議規(guī)范的樣本，以驗(yàn)證移動(dòng)終端的對(duì)推送消息的解析出錯(cuò)之后的處理辦法。
[0064]其中，服務(wù)指示消息、服務(wù)下載消息以及緩存選擇消息可以是基于XML (可擴(kuò)展標(biāo)記語言)語言描述的，在實(shí)際的傳輸過程中，會(huì)將可擴(kuò)展標(biāo)記語言的文本轉(zhuǎn)換成二進(jìn)制的WBXML (WAP Binary XML)語言，以提高推送消息的傳輸效率。
[0065]步驟S303，移動(dòng)終端對(duì)多種類型的推送消息按照順序或者并行的方式進(jìn)行排序。
[0066]步驟S304，移動(dòng)終端對(duì)排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果。
[0067]步驟S305，移動(dòng)終端接收驗(yàn)證信息。
[0068]步驟S306，移動(dòng)終端將期望解析結(jié)果與實(shí)際解析結(jié)果進(jìn)行比對(duì)，根據(jù)驗(yàn)證信息針對(duì)實(shí)際解析結(jié)果中s1-expires和/或action屬性值和/或ServiceIndication的ID的實(shí)際操作進(jìn)行驗(yàn)證，并生成驗(yàn)證結(jié)果，以及將驗(yàn)證結(jié)果加入到對(duì)比結(jié)果中生成測試結(jié)果。
[0069]具體的，驗(yàn)證信息可以包括以下四種:a.根據(jù)實(shí)際解析結(jié)果中s1-expires判斷推送消息已過期，則驗(yàn)證信息為驗(yàn)證是否將推送消息寫入數(shù)據(jù)庫或者刪除，其中，根據(jù)移動(dòng)終端的系統(tǒng)時(shí)間判斷s1-expires屬性信息是否過期。b.根據(jù)實(shí)際解析結(jié)果判斷ServiceIndication的ID已存在,貝U驗(yàn)證信息為驗(yàn)證是否將已經(jīng)存儲(chǔ)的Service Indication刪除，其中對(duì)于具有相同服務(wù)指示消息ID的消息，只保存創(chuàng)建時(shí)間最新的消息。c.如果實(shí)際解析結(jié)果中的action屬性值為delete時(shí)，則驗(yàn)證信息為驗(yàn)證是否將推送消息刪除。d.如果實(shí)際解析結(jié)果中的action屬性值不為空，則驗(yàn)證信息為驗(yàn)證是否提示用戶推送消息到達(dá)。移動(dòng)終端在驗(yàn)證所有接收到的測試樣本后，將驗(yàn)證結(jié)果進(jìn)行匯總并輸出顯示給測試者。
[0070]根據(jù)本發(fā)明實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法，對(duì)一些不符合協(xié)議規(guī)范的樣本，可以在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，自動(dòng)地在移動(dòng)終端本地獨(dú)立驗(yàn)證了推送消息解析的正確性。
[0071]為了實(shí)現(xiàn)上述實(shí)施例，本發(fā)明還提出一種在移動(dòng)終端中進(jìn)行推送消息測試的裝置。
[0072]—種在移動(dòng)終端中進(jìn)行推送消息測試的裝置，包括:第一接收模塊，用于接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果；生成模塊，用于根據(jù)多種測試樣本生成多種類型的推送消息；排序模塊，用于對(duì)多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序；解析模塊，用于對(duì)排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果；以及比對(duì)模塊，用于將期望解析結(jié)果與實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成多種類型的推送消息的測試結(jié)果。
[0073]圖4是根據(jù)本發(fā)明一個(gè)實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的裝置的結(jié)構(gòu)示意圖。
[0074]如圖4所示，在移動(dòng)終端中進(jìn)行推送消息測試的裝置包括:第一接收模塊100、生成模塊200、排序模塊300、解析模塊400和比對(duì)模塊500。
[0075]具體地，第一接收模塊100用于接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果。生成模塊200用于根據(jù)多種測試樣本生成多種類型的推送消息。其中，推送消息的類型可以包括服務(wù)指示Service Indication消息、服務(wù)下載Service Loading消息和緩存選擇Cache Option消息等。服務(wù)指示消息是服務(wù)器通過網(wǎng)關(guān)將消息發(fā)送到移動(dòng)終端，移動(dòng)終端進(jìn)行解析并儲(chǔ)存，然后提示給用戶；服務(wù)下載消息是在接收到服務(wù)器發(fā)送的消息之后，同樣移動(dòng)終端也會(huì)進(jìn)行解析并存儲(chǔ)，并提示用戶，與服務(wù)指示消息區(qū)別在于移動(dòng)終端會(huì)主動(dòng)調(diào)用瀏覽器打開服務(wù)指示消息中附帶的鏈接。
[0076]在本發(fā)明的一個(gè)實(shí)施例中，測試樣本包括媒體類型和屬性信息，其中屬性信息包括鏈接href屬性信息、創(chuàng)建時(shí)間created屬性信息、有效期s1-expires屬性信息和動(dòng)作action屬性信息等。具體地，媒體類型用于區(qū)分不同類型的消息，例如，服務(wù)指示消息媒體類型為text/vnd.wap.si或application/vnd.wap.si ;服務(wù)下載消息的媒體類型為text/vnd.wap.si 或 application/vnd.wap.si ;緩存選擇消息的媒體類型為 text/vnd.wap.co或application/vnd.wap.co。更具體地,鏈接href屬性信息用于指示客戶端可以獲取服務(wù)的URL的地址；創(chuàng)建時(shí)間created屬性信息用于定義服務(wù)指示消息的創(chuàng)建時(shí)間；有效期s1-expires屬性信息用于定義服務(wù)指示消息的有效期；動(dòng)作action屬性信息用于定義客戶端對(duì)服務(wù)指示消息做出響應(yīng)的動(dòng)作。每個(gè)不同類型的消息包括的屬性信息不同，例如，月艮務(wù)指示消息可以包括:href屬性、created屬性、s1-expires屬性以及action屬性等,服務(wù)下載消息和緩存選擇消息相似，服務(wù)下載消息可以包括了 href屬性和action屬性等。其中，herf屬性的值是一個(gè)URL地址，action屬性的值分別為execute-low (用戶選擇不跳轉(zhuǎn)瀏覽器)、execute-high (用戶選擇跳轉(zhuǎn)瀏覽器)以及cache (儲(chǔ)存到緩存里)。
[0077]其中，測試者可以針對(duì)不同的類型及其對(duì)應(yīng)的屬性信息設(shè)置測試樣本，第一接收模塊100接收到測試者設(shè)置的測試樣本，通過對(duì)不同的屬性進(jìn)行調(diào)整，例如修改屬性值，可以構(gòu)造出不同類型的樣本。還為了覆蓋所有的測試場景，設(shè)計(jì)了一些不符合協(xié)議規(guī)范的樣本，以驗(yàn)證移動(dòng)終端的對(duì)推送消息的解析出錯(cuò)之后的處理辦法。
[0078]其中，服務(wù)指示消息、服務(wù)下載消息以及緩存選擇消息可以是基于XML(extensible markup language,可擴(kuò)展標(biāo)記語言)語言描述的,在實(shí)際的傳輸過程中，會(huì)將可擴(kuò)展標(biāo)記語言的文本轉(zhuǎn)換成二進(jìn)制的WBXML (WAPBinary XML)語言，以提高推送消息的傳輸效率。
[0079]排序模塊300用于對(duì)多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序。
[0080]解析模塊400用于對(duì)排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果。
[0081]比對(duì)模塊500用于將期望解析結(jié)果與實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成多種類型的推送消息的測試結(jié)果。
[0082]根據(jù)本發(fā)明實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的方法，通過生成模塊根據(jù)不同類型的測試樣本自動(dòng)生成不同類型的推送消息，可以在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，自動(dòng)地在移動(dòng)終端本地獨(dú)立驗(yàn)證推送消息解析的正確性，以及驗(yàn)證移動(dòng)終端中的推送消息處理模塊是否正常工作，測試效率高，節(jié)約人力成本。
[0083]在本發(fā)明的一個(gè)實(shí)施例中，排序模塊300還用于對(duì)多種類型的推送消息按照順序或者并行的方式進(jìn)行排序。由此，通過排序模塊對(duì)多種類型的推送消息進(jìn)行排序，提高了測試樣本解析的效率。
[0084]在本發(fā)明的一個(gè)實(shí)施例中，比對(duì)模塊500還用于驗(yàn)證期望解析結(jié)果中的媒體類型和屬性值是否與實(shí)際期望解析結(jié)果中的媒體類型和屬性值是否相同。
[0085]圖5是根據(jù)本發(fā)明另一個(gè)實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的裝置的結(jié)構(gòu)示意圖。
[0086]如圖5所示，在圖4所示實(shí)施例的基礎(chǔ)上，在移動(dòng)終端中進(jìn)行推送消息測試的裝置還包括:第二接收模塊600和驗(yàn)證模塊700。
[0087]具體地，第二接收模塊600用于接收驗(yàn)證信息。
[0088]驗(yàn)證模塊700用于根據(jù)驗(yàn)證信息針對(duì)實(shí)際解析結(jié)果中s1-expires和/或action屬性值和/或Service Indication的ID的實(shí)際操作進(jìn)行驗(yàn)證,并生成驗(yàn)證結(jié)果。其中，還可以將驗(yàn)證模塊700得到的驗(yàn)證結(jié)果加入到比對(duì)模塊500生成的對(duì)比結(jié)果中以生成測試結(jié)
果O
[0089]具體的，驗(yàn)證信息可以包括以下四種:a.根據(jù)實(shí)際解析結(jié)果中s1-expires判斷推送消息已過期，則驗(yàn)證信息為驗(yàn)證是否將推送消息寫入數(shù)據(jù)庫或者刪除，其中，根據(jù)移動(dòng)終端的系統(tǒng)時(shí)間判斷s1-expires屬性信息是否過期。b.根據(jù)實(shí)際解析結(jié)果判斷ServiceIndication的ID已存在,貝U驗(yàn)證信息為驗(yàn)證是否將已經(jīng)存儲(chǔ)的Service Indication刪除，其中對(duì)于具有相同服務(wù)指示消息ID的消息，只保存創(chuàng)建時(shí)間最新的消息。c.如果實(shí)際解析結(jié)果中的action屬性值為delete時(shí)，則驗(yàn)證信息為驗(yàn)證是否將推送消息刪除。d.如果實(shí)際解析結(jié)果中的action屬性值不為空，則驗(yàn)證信息為驗(yàn)證是否提示用戶推送消息到達(dá)。移動(dòng)終端在驗(yàn)證所有接收到的測試樣本后，將驗(yàn)證結(jié)果進(jìn)行匯總并輸出顯示給測試者。
[0090]根據(jù)本發(fā)明實(shí)施例的在移動(dòng)終端中進(jìn)行推送消息測試的裝置，對(duì)一些不符合協(xié)議規(guī)范的樣本，可以在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，自動(dòng)地在移動(dòng)終端本地獨(dú)立驗(yàn)證了推送消息解析的正確性。
[0091 ] 為了實(shí)現(xiàn)上述實(shí)施例，本發(fā)明又提出一種移動(dòng)終端。
[0092]一種移動(dòng)終端包括本發(fā)明任一項(xiàng)實(shí)施例所述的在移動(dòng)終端中進(jìn)行推送消息測試的裝置。
[0093]根據(jù)本發(fā)明實(shí)施例的移動(dòng)終端，通過在移動(dòng)終端中進(jìn)行推送消息測試的裝置，可以根據(jù)不同類型的測試樣本自動(dòng)生成不同類型的推送消息，可以在脫離運(yùn)營商網(wǎng)絡(luò)的情況下，自動(dòng)地在移動(dòng)終端本地獨(dú)立驗(yàn)證推送消息解析的正確性，以及驗(yàn)證移動(dòng)終端中的推送消息處理模塊是否正常工作，測試效率高，節(jié)約人力成本。
[0094]應(yīng)當(dāng)理解，在本發(fā)明的實(shí)施例中，移動(dòng)終端可以是手機(jī)、平板電腦、個(gè)人數(shù)字助理、電子書等具有各種操作系統(tǒng)的硬件設(shè)備。
[0095]應(yīng)當(dāng)理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實(shí)現(xiàn)。在上述實(shí)施方式中，多個(gè)步驟或方法可以用存儲(chǔ)在存儲(chǔ)器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實(shí)現(xiàn)。例如，如果用硬件來實(shí)現(xiàn)，和在另一實(shí)施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項(xiàng)或他們的組合來實(shí)現(xiàn):具有用于對(duì)數(shù)據(jù)信號(hào)實(shí)現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。
[0096]在本說明書的描述中，參考術(shù)語“一個(gè)實(shí)施例”、“一些實(shí)施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實(shí)施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點(diǎn)包含于本發(fā)明的至少一個(gè)實(shí)施例或示例中。在本說明書中，對(duì)上述術(shù)語的示意性表述不一定指的是相同的實(shí)施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點(diǎn)可以在任何的一個(gè)或多個(gè)實(shí)施例或示例中以合適的方式結(jié)合。
[0097]盡管已經(jīng)示出和描述了本發(fā)明的實(shí)施例，對(duì)于本領(lǐng)域的普通技術(shù)人員而言，可以理解在不脫離本發(fā)明的原理和精神的情況下可以對(duì)這些實(shí)施例進(jìn)行多種變化、修改、替換和變型，本發(fā)明的范圍由所附權(quán)利要求及其等同限定。
【權(quán)利要求】
1.一種在移動(dòng)終端中進(jìn)行推送消息測試的方法，其特征在于，包括以下步驟: a、移動(dòng)終端接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果； b、所述移動(dòng)終端根據(jù)所述多種測試樣本生成多種類型的推送消息； C、所述移動(dòng)終端對(duì)所述多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序； d、所述移動(dòng)終端對(duì)所述排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果；以及 e、所述移動(dòng)終端將所述期望解析結(jié)果與所述實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成所述多種類型的推送消息的測試結(jié)果。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟c具體包括以下步驟: 所述移動(dòng)終端對(duì)所述多種類型的推送消息按照順序或者并行的方式進(jìn)行排序。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述類型包括服務(wù)指示ServiceIndication消息、服務(wù)下載Service Loading消息和緩存選擇CacheOption消息。
4.根據(jù)權(quán)利要求1-3任一項(xiàng)所述的方法，其特征在于，所述測試樣本包括媒體類型和屬性信息，其中所述屬性信息包括鏈接href屬性信息、創(chuàng)建時(shí)間created屬性信息、有效期s1-expires屬性信息和動(dòng)作action屬性信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟e具體包括以下步驟: 所述移動(dòng)終端驗(yàn)證所述·期望解析結(jié)果中的所述媒體類型和所述屬性值是否與所述實(shí)際解析結(jié)果中的所述媒體類型和所述屬性值是否相同。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括以下步驟: 所述移動(dòng)終端接收驗(yàn)證信息；以及 所述移動(dòng)終端根據(jù)所述驗(yàn)證信息針對(duì)所述實(shí)際解析結(jié)果中所述s1-expires和/或action屬性值和/或所述Service Indication的ID的實(shí)際操作進(jìn)行驗(yàn)證,并生成驗(yàn)證結(jié)果O
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述驗(yàn)證信息包括: 如果根據(jù)所述實(shí)際解析結(jié)果中所述s1-expires判斷所述推送消息已過期，則所述驗(yàn)證信息為驗(yàn)證是否將所述推送消息寫入數(shù)據(jù)庫或者刪除； 如果根據(jù)所述實(shí)際解析結(jié)果判斷所述Service Indication的ID已存在,則所述驗(yàn)證信息為驗(yàn)證是否將已經(jīng)存儲(chǔ)的所述Service Indication刪除； 如果所述實(shí)際解析結(jié)果中的所述action屬性值為delete時(shí)，則所述驗(yàn)證信息為驗(yàn)證是否將所述推送消息刪除；以及 如果所述實(shí)際解析結(jié)果中的所述action屬性值不為空，則所述驗(yàn)證信息為驗(yàn)證是否提示用戶所述推送消息到達(dá)。
8.一種在移動(dòng)終端中進(jìn)行推送消息測試的裝置，其特征在于，包括: 第一接收模塊，用于接收多種測試樣本，其中，每種測試樣本對(duì)應(yīng)有一個(gè)期望解析結(jié)果; 生成模塊，用于根據(jù)所述多種測試樣本生成多種類型的推送消息； 排序模塊，用于對(duì)所述多種類型的推送消息按照預(yù)設(shè)順序進(jìn)行排序； 解析模塊，用于對(duì)所述排序之后的多種類型的推送消息進(jìn)行解析以生成實(shí)際解析結(jié)果；以及比對(duì)模塊，用于將所述期望解析結(jié)果與所述實(shí)際解析結(jié)果進(jìn)行比對(duì)以生成所述多種類型的推送消息的測試結(jié)果。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述排序模塊還用于: 對(duì)所述多種類型的推送消息按照順序或者并行的方式進(jìn)行排序。
10.根據(jù)權(quán)利要求8或9所述的裝置，其特征在于，所述類型包括服務(wù)指示ServiceIndication消息、服務(wù)下載Service Loading消息和緩存選擇CacheOption消息。
11.根據(jù)權(quán)利要求8-10任一項(xiàng)所述的裝置，其特征在于，所述測試樣本包括媒體類型和屬性信息，其中所述屬性信息包括鏈接href屬性信息、創(chuàng)建時(shí)間created屬性信息、有效期s1-expires屬性信息和動(dòng)作action屬性信息。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述比對(duì)模塊還用于: 驗(yàn)證所述期望解析結(jié)果中的所述媒體類型和所述屬性值是否與所述實(shí)際解析結(jié)果中的所述媒體類型和所述屬性值是否相同。
13.根據(jù)權(quán)利要求11所述的裝置，其特征在于，還包括: 第二接收模塊，用于接收驗(yàn)證信息；以及 驗(yàn)證模塊，用于根據(jù)所述驗(yàn)證信息針對(duì)所述實(shí)際解析結(jié)果中所述s1-expires和/或action屬性值和/或所述Service Indication的ID的實(shí)際操作進(jìn)行驗(yàn)證,并生成驗(yàn)證結(jié)果O
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述驗(yàn)證信息包括: 如果根據(jù)所述實(shí)際解析結(jié)果中所述s1-expires判斷所述推送消息已過期，則所述驗(yàn)證信息為驗(yàn)證是否將所述推送消息寫入數(shù)據(jù)庫或者刪除； 如果根據(jù)所述實(shí)際解析結(jié)果判斷所述Service Indication的ID已存在,則所述驗(yàn)證信息為驗(yàn)證是否將已經(jīng)存儲(chǔ)的所述Service Indication刪除； 如果所述實(shí)際解析結(jié)果中的所述action屬性值為delete時(shí)，則所述驗(yàn)證信息為驗(yàn)證是否將所述推送消息刪除；以及 如果所述實(shí)際解析結(jié)果中的所述action屬性值不為空，則所述驗(yàn)證信息為驗(yàn)證是否提示用戶所述推送消息到達(dá)。
15.一種移動(dòng)終端，其特征在于，包括權(quán)利要求8-14任一項(xiàng)所述的在移動(dòng)終端中進(jìn)行推送消息測試的裝置。
【文檔編號(hào)】H04W4/12GK103856911SQ201210500025
【公開日】2014年6月11日 申請(qǐng)日期:2012年11月29日 優(yōu)先權(quán)日:2012年11月29日
【發(fā)明者】段啟智 申請(qǐng)人:北京百度網(wǎng)訊科技有限公司