[發(fā)明專利]一種代碼測試方法及系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201210009042.2
• 申請日: 2012-01-12
• 公開（公告）號: CN103207828B
• 公開（公告）日: 2018-08-31
• 發(fā)明（設(shè)計(jì)）人: 郭理靖
• 申請（專利權(quán)）人: 上海盛大網(wǎng)絡(luò)發(fā)展有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京集佳知識產(chǎn)權(quán)代理有限公司 11227
• 代理人: 逯長明;王寶筠

本發(fā)明公開了一種代碼測試方法及系統(tǒng)，該方法包括：將代碼依次部署在多種運(yùn)行平臺上進(jìn)行編譯；根據(jù)編譯產(chǎn)生的結(jié)果判斷代碼的編譯是否通過；如果是，則將代碼依次部署在多種運(yùn)行平臺上進(jìn)行測試，通過本發(fā)明的技術(shù)方案實(shí)現(xiàn)了對代碼的自動多平臺編譯以及進(jìn)行多平臺測試，使代碼的測試更加智能化，提高了代碼測試的效率。

技術(shù)領(lǐng)域

本發(fā)明涉及軟件測試領(lǐng)域，具體而言，涉及一種代碼測試方法及系統(tǒng)。

背景技術(shù)

軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計(jì)和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。測試過程按4個(gè)步驟進(jìn)行，即單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試，以下對這四個(gè)步驟進(jìn)行簡要介紹：

單元測試：又稱模塊測試，是針對軟件設(shè)計(jì)的最小單位軟件模塊，進(jìn)行正確性檢驗(yàn)的測試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。單元測試需要從軟件的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測試。

集成測試：在單元測試的基礎(chǔ)上，需要將所有模塊按照設(shè)計(jì)要求組裝成為子系統(tǒng)或系統(tǒng)。子系統(tǒng)的集成測試特別稱為部件測試，它所做的工作是要找出集成后的子系統(tǒng)與系統(tǒng)需求規(guī)格說明之間的不一致。

確認(rèn)測試：又稱有效性測試。任務(wù)是驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)。

系統(tǒng)測試：是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。

其中，軟件測試中還可以分為白盒測試和黑盒測試，其中白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照軟件內(nèi)部的結(jié)構(gòu)測試軟件，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行，檢驗(yàn)軟件中的每條通路是否都能按預(yù)定要求正確工作。黑盒測試，也稱功能測試，它是通過測試來檢測每個(gè)功能是否都能正常使用。在測試中，把軟件看作一個(gè)不能打開的黑盒子，在完全不考慮軟件內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在軟件接口進(jìn)行測試，它只檢查軟件功能是否按照需求規(guī)格說明書的規(guī)定正常使用，軟件是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。

現(xiàn)有技術(shù)中，在進(jìn)行軟件測試時(shí)，傳統(tǒng)方法是采用白盒測試，由軟件測試工程師編寫測試腳本手工進(jìn)行測試，但這種測試方法效率不高。在對移動終端進(jìn)行測試時(shí)，多為黑盒測試，手工在各種平臺上進(jìn)行測試，操作繁瑣而效率很低。且現(xiàn)有技術(shù)中進(jìn)行多平臺測試環(huán)境的部署時(shí)需要在多種測試環(huán)境上進(jìn)行測試，即根據(jù)測試人員的操作將軟件依次在不同平臺上進(jìn)行多次測試，不能夠自動進(jìn)行多平臺的測試，而這樣通常要占用大量的時(shí)間和精力，導(dǎo)致了軟件的測試效率低的問題，從以上描述可以看出，現(xiàn)有技術(shù)中的軟件測試效率低，對測試人員來說費(fèi)時(shí)費(fèi)力。此外，由于要進(jìn)行多次測試操作，操作過程比較復(fù)雜，且測試過程中產(chǎn)生誤差的概率增大，進(jìn)而會導(dǎo)致軟件的測試的準(zhǔn)確率較低。

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

本發(fā)明提供了一種代碼測試方法及系統(tǒng)，用以解決現(xiàn)有技術(shù)中的代碼測試效率低的問題。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種代碼測試方法，包括：將代碼依次部署在多種運(yùn)行平臺上進(jìn)行編譯；根據(jù)編譯產(chǎn)生的結(jié)果判斷所述代碼的編譯是否通過；如果是，則將所述代碼依次部署在多種運(yùn)行平臺上進(jìn)行測試。

進(jìn)一步地，上述方法還包括：在對所述代碼進(jìn)行測試的過程中對所述代碼的運(yùn)行界面進(jìn)行截圖。

進(jìn)一步地，所述將所述代碼依次部署在多種運(yùn)行平臺上進(jìn)行測試包括：將所述代碼依次部署在多種運(yùn)行平臺上進(jìn)行單元測試；根據(jù)單元測試產(chǎn)生的結(jié)果判斷所述代碼的單元測試是否通過；如果是，則將所述代碼依次部署到多種運(yùn)行平臺上進(jìn)行黑盒測試。