專利名稱：一種測試驅(qū)動程序的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及程序測試領(lǐng)域，更具體的說，涉及測試驅(qū)動程序的方法及系統(tǒng)。
背景技術(shù)：
驅(qū)動程序，是上位機(PC端)實現(xiàn)的程序，以一定的通訊協(xié)議發(fā)送命令給下位機(嵌入式系統(tǒng)或單片機，下位機處理的程序下文稱作硬件程序)，達到控制硬件輸出的目的。驅(qū)動程序一般以接口(函數(shù))的方式提供給上層用戶調(diào)用。驅(qū)動程序測試，主要是測試上位機(PC端)程序控制硬件設(shè)備的功能性，是否能為上層用戶提供功能正確、性能優(yōu)越的控制程序。現(xiàn)在的驅(qū)動程序測試的一般方法是步驟一，測試的輸入接口的輸入?yún)?shù)，硬件的(初始或執(zhí)行中)狀態(tài)；步驟二，檢查是否符合期望輸出結(jié)果接口的輸出參數(shù)和返回值，硬件的最終狀態(tài)，硬件的表現(xiàn)(動作、輸出等等)。例如，測試打印機在正常狀態(tài)下的打印功能，需要如下步驟步驟一，傳入接口輸入?yún)?shù)打印字符串“abed”；設(shè)置硬件狀態(tài)的輸入紙源充足，設(shè)備正常。步驟二，檢查是否與期望輸出一致，硬件輸出輸出一張紙，“abed”在頁面首行打印，接口參數(shù)內(nèi)容輸出本次接口調(diào)用成功，沒有故障信息。請參見圖1所示，圖1所示的為一般的驅(qū)動程序測試系統(tǒng)及其數(shù)據(jù)流，包括如下步驟1、上層理解的指令下發(fā)給驅(qū)動程序；2、驅(qū)動程序?qū)⑸蠈永斫獾闹噶罘g打包成硬件程序理解的指令，并按協(xié)議規(guī)定的握手方式下發(fā)各硬件程序；3、硬件的初始或執(zhí)行中的狀態(tài)會影響到硬件程序處理指令的結(jié)果；4、硬件程序處理指令，完成控制硬件的目的，硬件最終通過一定的狀態(tài)、動作和輸出表現(xiàn)；5、硬件的輸出信息(硬件實時狀態(tài)和實際執(zhí)行結(jié)果)反饋給硬件程序；6、硬件程序根據(jù)硬件的反饋信息和內(nèi)部執(zhí)行過程產(chǎn)生的信息，生成指令的執(zhí)行結(jié)果，已協(xié)規(guī)定的數(shù)據(jù)幀格式和握手方式回傳給驅(qū)動程序；7、驅(qū)動程序按相同的握手方式接收硬件程序返回的命令響應(yīng)數(shù)據(jù)幀，按照協(xié)議解析成上層理解的響應(yīng)信息，最終以接口輸出參數(shù)和返回值的形式輸出。在對現(xiàn)有技術(shù)的研究和實踐過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下問題從輸入和期望輸出內(nèi)容分析，測試人員重點關(guān)注的地方集中在接口和硬件表現(xiàn)，而在輸入和輸出之間，數(shù)據(jù)流是經(jīng)過復(fù)雜的轉(zhuǎn)換的，一般測試并不能全面覆蓋這個過程的，此時在輸入和期望輸出之間產(chǎn)生了一個大黑盒，中間數(shù)據(jù)流的各個處理流程是否正確，只通過接口和硬件的輸出檢查是不能準(zhǔn)確測試的，在實際測試過程中，遍歷所有輸入和輸出情況的效率是很低的，而且硬件內(nèi)部狀態(tài)的不確定性導(dǎo)致測試人員無法遍歷所有硬件狀態(tài)的輸入。因此，提出一種的測試精度高，測試效率高，測試全面的驅(qū)動程序的方法和測試系統(tǒng)是非常必要的。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的設(shè)計目的在于，提供一種測試驅(qū)動程序的方法及系統(tǒng)，以全面的測試驅(qū)動程序，并提高測試精度和測試效率。本發(fā)明實施例是這樣實現(xiàn)的一種測試驅(qū)動程序的方法，包括向所述驅(qū)動程序發(fā)送測試參數(shù)；接收所述驅(qū)動程序根據(jù)所述測試參數(shù)發(fā)送的命令幀；向所述驅(qū)動程序發(fā)送預(yù)設(shè)響應(yīng)幀，所述預(yù)設(shè)響應(yīng)幀對應(yīng)有期望輸出，所述期望輸出為在所述驅(qū)動程序正確的情況下處理完所述預(yù)設(shè)響應(yīng)幀后輸出的結(jié)果；獲取所述驅(qū)動程序根據(jù)所述預(yù)設(shè)響應(yīng)幀所輸出的實際輸出；當(dāng)所述實際輸出符合所述期望輸出時，則輸出所述驅(qū)動程序正確；當(dāng)所述實際輸出不符合所述期望輸出時，則輸出所述驅(qū)動程序錯誤。優(yōu)選地，當(dāng)所述預(yù)設(shè)響應(yīng)幀的內(nèi)容為設(shè)備狀態(tài)異常時，則所述期望輸出具體為輸出所述設(shè)備狀態(tài)異常。優(yōu)選地，當(dāng)所述預(yù)設(shè)響應(yīng)幀的內(nèi)容為設(shè)備狀態(tài)正常時，則所述期望輸出具體為輸出所述設(shè)備狀態(tài)正常。優(yōu)選地，當(dāng)所述預(yù)設(shè)響應(yīng)幀的格式錯誤時，則所述期望輸出具體為輸出所述預(yù)設(shè)響應(yīng)幀的格式出現(xiàn)錯誤。優(yōu)選地，當(dāng)所述預(yù)設(shè)響應(yīng)幀的格式正確時，則所述期望輸出具體為輸出所述預(yù)設(shè)響應(yīng)幀的格式正確。優(yōu)選地，當(dāng)所述預(yù)設(shè)響應(yīng)幀的握手協(xié)議時序錯誤時，則所述期望輸出具體為輸出所述預(yù)設(shè)響應(yīng)幀的握手協(xié)議時序出現(xiàn)錯誤。優(yōu)選地，當(dāng)所述預(yù)設(shè)響應(yīng)幀的握手協(xié)議時序正確時，則所述期望輸出具體為輸出所述預(yù)設(shè)響應(yīng)幀的握手協(xié)議時序正確。一種測試系統(tǒng),包括第一發(fā)送模塊，用于向所述驅(qū)動程序發(fā)送測試參數(shù)；接收模塊，用于接收所述驅(qū)動程序根據(jù)所述測試參數(shù)發(fā)送的命令幀；第二發(fā)送模塊，用于向所述驅(qū)動程序發(fā)送預(yù)設(shè)響應(yīng)幀，所述預(yù)設(shè)響應(yīng)幀對應(yīng)有期望輸出，所述期望輸出為在所述驅(qū)動程序正確的情況下處理完所述預(yù)設(shè)響應(yīng)幀后輸出的結(jié)果;獲取模塊，用于獲取所述驅(qū)動程序根據(jù)所述預(yù)設(shè)響應(yīng)幀所輸出的實際輸出；判斷模塊，用于判斷所述實際輸出是否符合所述期望輸出；輸出模塊，用于當(dāng)所述實際輸出符合所述期望輸出時，則輸出所述驅(qū)動程序正確；當(dāng)所述實際輸出不符合所述期望輸出時，則輸出所述驅(qū)動程序錯誤。與現(xiàn)有技術(shù)相比，本實施例提供的技術(shù)方案具有以下優(yōu)點和特點在本發(fā)明提供的方案中，通過預(yù)設(shè)響應(yīng)幀來模擬硬件輸出的真實響應(yīng)幀，可以模擬硬件將常規(guī)或異常的預(yù)設(shè)響應(yīng)幀反饋給驅(qū)動程序，而且可以通過預(yù)設(shè)響應(yīng)幀來模擬硬件無法實現(xiàn)的場景，從而可以全面的對驅(qū)動程序進行測試，排除了測試過程操作硬件帶來的局限，減少人工輸入測試參數(shù)及比對測試結(jié)果的工作量，因此，本發(fā)明提供的方案可以全面的測試驅(qū)動程序，并提高測試精度和測試效率。


為了更清楚地說明本發(fā)明或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明所提供的現(xiàn)有驅(qū)動程序測試系統(tǒng)及其數(shù)據(jù)流程圖；圖2為本發(fā)明所提供的一種測試驅(qū)動程序的方法的流程圖；圖3為本發(fā)明所提供的另一種測試驅(qū)動程序的方法的流程圖；圖4為本發(fā)明所提供的一種測試系統(tǒng)的模塊圖；圖5為本發(fā)明所提供的又一種測試驅(qū)動程序的方法的流程圖；圖6為本發(fā)明所提供的正常的握手時序示意圖；圖7為本發(fā)明所提供的異常的握手時序示意圖；圖8為本發(fā)明所提供的又一種測試驅(qū)動程序的方法的流程圖；圖9為本發(fā)明所提供的命令幀或響應(yīng)幀的協(xié)議格式示意圖。圖10為本發(fā)明所提供的另一種測試系統(tǒng)的模塊圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例提供了一種測試驅(qū)動程序的方法，以全面的測試驅(qū)動程序，并提高測試精度和測試效率。由于上述測試驅(qū)動程序的方法的具體實現(xiàn)存在多種方式，下面通過具體實施例進行詳細(xì)說明實施例一請參見圖2所示，圖2所示的為一種測試驅(qū)動程序的方法，應(yīng)用于測試系統(tǒng)，包括步驟S21、向所述驅(qū)動程序發(fā)送測試參數(shù)；其中，本實施例中提到的測試系統(tǒng)為用于模擬真實硬件的虛擬系統(tǒng)，屬于測試軟件，下面的實施例會對該測試系統(tǒng)做詳細(xì)說明。測試系統(tǒng)可以預(yù)先將所有的測試參數(shù)存放在數(shù)據(jù)庫或表格中，例如Excel表格中。在測試系統(tǒng)發(fā)送測試參數(shù)時，需要從數(shù)據(jù)庫或表格中按照存儲的順序來讀取測試參數(shù)，然后測試系統(tǒng)再向驅(qū)動程序發(fā)送剛剛讀取到的測試參數(shù)。步驟S22、接收所述驅(qū)動程序根據(jù)所述測試參數(shù)發(fā)送的命令幀；其中，驅(qū)動程序在接收到測試參數(shù)后，需要對測試參數(shù)進行分析，驅(qū)動程序根據(jù)測試參數(shù)來向測試系統(tǒng)發(fā)送命令幀。步驟S23、向所述驅(qū)動程序發(fā)送預(yù)設(shè)響應(yīng)幀，所述預(yù)設(shè)響應(yīng)幀對應(yīng)有期望輸出，所述期望輸出為在所述驅(qū)動程序正確的情況下處理完所述預(yù)設(shè)響應(yīng)幀后輸出的結(jié)果；其中，預(yù)設(shè)響應(yīng)幀是為測試系統(tǒng)模擬真實硬件所發(fā)出響應(yīng)幀，而且，甚至可以完全模擬實際硬件設(shè)備無法通過手工模擬的情況。期望輸出是在驅(qū)動程序正確的情況下處理完預(yù)設(shè)響應(yīng)幀后輸出的結(jié)果，所以期望輸出可以理解為如果驅(qū)動程序是正確無誤的，那么在驅(qū)動程序收到預(yù)設(shè)響應(yīng)幀后，應(yīng)該輸出的結(jié)果，所以期望輸出是一個理想狀態(tài)下驅(qū)動程序輸出的結(jié)果。那么預(yù)設(shè)響應(yīng)幀與期望輸出是相對應(yīng)的關(guān)系。對于需要測試驅(qū)動程序的不同方面，那么測試系統(tǒng)也會對預(yù)設(shè)響應(yīng)幀做對應(yīng)的調(diào)整。例如，對于測試驅(qū)動程序分析硬件響應(yīng)幀內(nèi)容的準(zhǔn)確性方面，可以將預(yù)設(shè)響應(yīng)幀的內(nèi)容設(shè)置為設(shè)備狀態(tài)異?；蛘?，那么期望輸出的內(nèi)容就為設(shè)備狀態(tài)異?；蛘＃瑥亩ㄟ^對比期望輸出和實際輸出的結(jié)果，就可判斷出驅(qū)動程序是否能夠識別出設(shè)備狀態(tài)的異?；蛘?。對于測試通訊鏈路層的握手協(xié)議時序的準(zhǔn)確性，可以將預(yù)設(shè)響應(yīng)幀的內(nèi)容設(shè)置為握手協(xié)議時序，那么期望輸出的內(nèi)容就為握手協(xié)議時序正確或錯誤，從而通過對比期望輸出和實際輸出的結(jié)果，就可判斷出驅(qū)動程序是否能夠識別出握手協(xié)議時序的正確或錯誤。對于測試響應(yīng)幀格式解析的準(zhǔn)確性，可以將預(yù)設(shè)響應(yīng)幀設(shè)置為數(shù)據(jù)幀格式正確或錯誤，那么期望輸出的內(nèi)容就為數(shù)據(jù)幀格式正確或錯誤，從而通過對比期望輸出和實際輸出的結(jié)果，就可判斷出驅(qū)動程序是否能夠識別出數(shù)據(jù)幀格式的準(zhǔn)確性。下文將會通過具體的實例進行說明。步驟S24、獲取所述驅(qū)動程序根據(jù)所述預(yù)設(shè)響應(yīng)幀所輸出的實際輸出；其中，實際輸出為驅(qū)動程序在接收了預(yù)設(shè)響應(yīng)幀后真實輸出的結(jié)果，這個實際輸出與期望輸出可能相同，也可能不同。步驟S25、當(dāng)所述實際輸出符合所述期望輸出時，則輸出所述驅(qū)動程序正確；其中，期望輸出為驅(qū)動程序在理想狀態(tài)下的輸出結(jié)果，而且在設(shè)計驅(qū)動程序的時候，就是希望驅(qū)動程序能夠在接收預(yù)設(shè)響應(yīng)幀的情況下來輸出期望輸出，所以如果實際輸出的結(jié)果與期望輸出相符合時，則可以說明驅(qū)動程序是正確的。步驟S26、當(dāng)所述實際輸出不符合所述期望輸出時，則輸出所述驅(qū)動程序錯誤。其中，基于步驟S25中的理由，如果實際輸出不符合期望輸出，那么說明驅(qū)動程序是錯誤的。在圖2所示的實施例中，通過預(yù)設(shè)響應(yīng)幀來模擬硬件輸出的真實響應(yīng)幀，可以模擬硬件將常規(guī)或異常的預(yù)設(shè)響應(yīng)幀反饋給驅(qū)動程序，而且可以通過預(yù)設(shè)響應(yīng)幀來模擬硬件無法實現(xiàn)的場景，從而可以全面的對驅(qū)動程序進行測試，排除了測試過程操作硬件帶來的局限，減少人工輸入測試參數(shù)及比對測試結(jié)果的工作量，因此，本發(fā)明提供的方案可以全面的測試驅(qū)動程序，并提高測試精度和測試效率。實施例二
請參見圖3所示，圖3所示的為一種測試驅(qū)動程序的方法，應(yīng)用于測試系統(tǒng)，具體用于測試驅(qū)動程序的分析硬件響應(yīng)包內(nèi)容的準(zhǔn)確性。本實施的測試也可直接通過對硬件測試實現(xiàn)，但是硬件初始或執(zhí)行中狀態(tài)的輸入，只能通過人工操作外在的硬件實現(xiàn)，而這種人工式的操作是無法覆蓋通訊協(xié)議中所有指令的響應(yīng)數(shù)據(jù)集的內(nèi)容，所以采用對真實硬件進行測試的效果不佳。具體的，本實施例提供的測試方法包括以下步驟步驟S31、向驅(qū)動程序的接口傳入測試用例要求的輸入?yún)?shù)，執(zhí)行驅(qū)動程序的接口函數(shù)。步驟S32、按照用例的要求，測試人員修改虛擬設(shè)備返回給驅(qū)動程序的響應(yīng)包內(nèi)容。步驟S33、檢查驅(qū)動程序的輸出結(jié)果是否符合用例的期望結(jié)果，若是，驅(qū)動程序?qū)憫?yīng)數(shù)據(jù)的處理是準(zhǔn)確按照通信協(xié)議和指令集執(zhí)行的，否則，驅(qū)動程序?qū)憫?yīng)數(shù)據(jù)的分析存在缺陷。步驟S34、配合自動化測試腳本，枚舉硬件所有可能返回的響應(yīng)包，包括正常數(shù)據(jù)和異常數(shù)據(jù)，大批量地執(zhí)行測試用例。下面通過具體實例來詳細(xì)的說明圖3所示的方案。請參見圖4所示，圖4所示的為本實施例提到的測試系統(tǒng)，該測試系統(tǒng)包括待測試驅(qū)動程序12、虛擬通信模塊13、虛擬硬件程序的軟件14和自動化測試腳本11，下文將虛擬硬件程序的軟件14統(tǒng)一簡稱為“虛擬設(shè)備”。在圖4所示的方案中，自動化測試腳本,這里選用QTP(Quick Test Professional)腳本實現(xiàn)，在系統(tǒng)中擔(dān)任控制輸入和評價結(jié)果的角色，共承擔(dān)三個主要任務(wù)，傳遞驅(qū)動程序的輸入?yún)?shù)，通過虛擬設(shè)備確定硬件設(shè)備需返回的數(shù)據(jù)，比對實際輸出和期望結(jié)果的差異判斷用例執(zhí)行是否通過。虛擬設(shè)備，它是完全獨立于驅(qū)動程序的另一個進程，必須擁有以下功能，第一，自動接收從驅(qū)動程序下發(fā)的數(shù)據(jù)，自動向驅(qū)動程序發(fā)送數(shù)據(jù)；第二，用戶可通過軟件的界面設(shè)定返回給驅(qū)動程序的數(shù)據(jù)(任意數(shù)據(jù))，第三，用戶可通過軟件的界面設(shè)定數(shù)據(jù)返回的時間間隔。虛擬通訊模塊，它建立起虛擬設(shè)備和驅(qū)動程序兩個進程之間通訊的橋梁，可采用臨界區(qū)資源訪問互斥的方式，實現(xiàn)進程間通訊。表I
權(quán)利要求
1.一種測試驅(qū)動程序的方法，其特征在于，包括向所述驅(qū)動程序發(fā)送測試參數(shù)；接收所述驅(qū)動程序根據(jù)所述測試參數(shù)發(fā)送的命令幀；向所述驅(qū)動程序發(fā)送預(yù)設(shè)響應(yīng)幀，所述預(yù)設(shè)響應(yīng)幀對應(yīng)有期望輸出，所述期望輸出為在所述驅(qū)動程序正確的情況下處理完所述預(yù)設(shè)響應(yīng)幀后輸出的結(jié)果；獲取所述驅(qū)動程序根據(jù)所述預(yù)設(shè)響應(yīng)幀所輸出的實際輸出；當(dāng)所述實際輸出符合所述期望輸出時，則輸出所述驅(qū)動程序正確；當(dāng)所述實際輸出不符合所述期望輸出時，則輸出所述驅(qū)動程序錯誤。
2.根據(jù)權(quán)利要求1所述的測試驅(qū)動程序的方法，其特征在于，當(dāng)所述預(yù)設(shè)響應(yīng)幀的內(nèi)容為設(shè)備狀態(tài)異常時，則所述期望輸出具體為輸出所述設(shè)備狀態(tài)異常。
3.根據(jù)權(quán)利要求1所述的測試驅(qū)動程序的方法，其特征在于，當(dāng)所述預(yù)設(shè)響應(yīng)幀的內(nèi)容為設(shè)備狀態(tài)正常時，則所述期望輸出具體為輸出所述設(shè)備狀態(tài)正常。
4.根據(jù)權(quán)利要求1所述的測試驅(qū)動程序的方法，其特征在于，當(dāng)所述預(yù)設(shè)響應(yīng)幀的格式錯誤時，則所述期望輸出具體為輸出所述預(yù)設(shè)響應(yīng)幀的格式出現(xiàn)錯誤。
5.根據(jù)權(quán)利要求1所述的測試驅(qū)動程序的方法，其特征在于，當(dāng)所述預(yù)設(shè)響應(yīng)幀的格式正確時，則所述期望輸出具體為輸出所述預(yù)設(shè)響應(yīng)幀的格式正確。
6.根據(jù)權(quán)利要求1所述的測試驅(qū)動程序的方法，其特征在于，當(dāng)所述預(yù)設(shè)響應(yīng)幀的握手協(xié)議時序錯誤時，則所述期望輸出具體為輸出所述預(yù)設(shè)響應(yīng)幀的握手協(xié)議時序出現(xiàn)錯誤。
7.根據(jù)權(quán)利要求1所述的測試驅(qū)動程序的方法，其特征在于，當(dāng)所述預(yù)設(shè)響應(yīng)幀的握手協(xié)議時序正確時，則所述期望輸出具體為輸出所述預(yù)設(shè)響應(yīng)幀的握手協(xié)議時序正確。
8.—種測試系統(tǒng),其特征在于,包括第一發(fā)送模塊，用于向所述驅(qū)動程序發(fā)送測試參數(shù)；接收模塊，用于接收所述驅(qū)動程序根據(jù)所述測試參數(shù)發(fā)送的命令幀；第二發(fā)送模塊，用于向所述驅(qū)動程序發(fā)送預(yù)設(shè)響應(yīng)幀，所述預(yù)設(shè)響應(yīng)幀對應(yīng)有期望輸出，所述期望輸出為在所述驅(qū)動程序正確的情況下處理完所述預(yù)設(shè)響應(yīng)幀后輸出的結(jié)果； 獲取模塊，用于獲取所述驅(qū)動程序根據(jù)所述預(yù)設(shè)響應(yīng)幀所輸出的實際輸出；判斷模塊，用于判斷所述實際輸出是否符合所述期望輸出；輸出模塊，用于當(dāng)所述實際輸出符合所述期望輸出時，則輸出所述驅(qū)動程序正確；當(dāng)所述實際輸出不符合所述期望輸出時，則輸出所述驅(qū)動程序錯誤。
全文摘要
本發(fā)明公開了一種測試驅(qū)動程序的方法及系統(tǒng)，包括向驅(qū)動程序發(fā)送測試參數(shù)；接收驅(qū)動程序根據(jù)測試參數(shù)發(fā)送的命令幀；向驅(qū)動程序發(fā)送預(yù)設(shè)響應(yīng)幀，預(yù)設(shè)響應(yīng)幀對應(yīng)有期望輸出，期望輸出為在驅(qū)動程序正確的情況下處理完預(yù)設(shè)響應(yīng)幀后輸出的結(jié)果；獲取驅(qū)動程序根據(jù)預(yù)設(shè)響應(yīng)幀所輸出的實際輸出；當(dāng)實際輸出符合期望輸出時，則輸出驅(qū)動程序正確；當(dāng)實際輸出不符合期望輸出時，則輸出驅(qū)動程序錯誤。本發(fā)明可以通過預(yù)設(shè)響應(yīng)幀來模擬硬件無法實現(xiàn)的場景，從而可以全面的對驅(qū)動程序進行測試，排除了測試過程操作硬件帶來的局限，減少人工輸入測試參數(shù)及比對測試結(jié)果的工作量，因此，本發(fā)明提供的方案可以全面的測試驅(qū)動程序，并提高測試精度和測試效率。
文檔編號G06F11/36GK103019939SQ20121058146
公開日2013年4月3日 申請日期2012年12月27日 優(yōu)先權(quán)日2012年12月27日
發(fā)明者劉思偉, 邱彥卿, 湯飛, 王全勝, 王慶華 申請人:廣州廣電運通金融電子股份有限公司