專利名稱：一種針對設(shè)備進行單元測試的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種單元測試的方法，特別是針對設(shè)備進行單元測試的方法和系統(tǒng)。
背景技術(shù)：
設(shè)備測試的過程一般分為單元測試、集成測試及系統(tǒng)測試3個階段。單元測試是 在設(shè)備的軟件開發(fā)過程中需要進行的最低級別的測試活動，在結(jié)構(gòu)化編程語言中，例如C 語言，單元測試中需要進行測試的單元一般是函數(shù)或子過程；在面向?qū)ο蟮恼Z言中，例如 C++語言，單元測試中需要進行測試的單元是類。通常而言，一個單元測試是用于判斷某 個特定條件或者場景下某個特定待測函數(shù)的行為，用于檢驗?zāi)硞€很小、很明確的函數(shù)功能 是否正確。例如利用刪除函數(shù)刪除字符串中的字符，則刪除函數(shù)運行時，刪除函數(shù)將該字 符串的每一個字符與刪除函數(shù)中預(yù)設(shè)需要刪除字符的美國信息互換標準代碼(American Standard Code for Information Interchange，ASCII)相比較，如果 ASCII 碼不相同，則 不執(zhí)行刪除操作并將該字符輸出，否則執(zhí)行刪除操作，直至刪除函數(shù)將該字符串的最后一 個字符與刪除函數(shù)中預(yù)設(shè)需要刪除字符的ASCII碼比較完成，則該刪除函數(shù)運行完畢。最 后，測試人員根據(jù)刪除函數(shù)輸出的字符串中是否還包含預(yù)設(shè)需要刪除的字符來確定刪除函 數(shù)的功能正確與否，如果字符串中已經(jīng)不包含預(yù)設(shè)需要刪除的字符，則該刪除函數(shù)的功能 是正確的；如果字符串中還包含有預(yù)設(shè)需要刪除的字符，則該刪除函數(shù)的功能是錯誤的。集成測試是在單元測試的基礎(chǔ)上，將所有軟件模塊按照概要設(shè)計規(guī)格說明的要求 組裝成子系統(tǒng)或系統(tǒng)，并測試該子系統(tǒng)或系統(tǒng)是否達到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標及要求的活 動。通常使用測試腳本對子系統(tǒng)或系統(tǒng)進行功能測試，根據(jù)測試結(jié)果驗證子系統(tǒng)或系統(tǒng)的 正確性。系統(tǒng)測試是將已經(jīng)確認的軟件、計算機硬件、外部設(shè)備、網(wǎng)絡(luò)等其他元素結(jié)合在一 起，進行軟硬件系統(tǒng)的測試。系統(tǒng)測試的對象不僅包括需要測試的被測設(shè)備的軟件，還需要 包含軟件所依賴的硬件、外部設(shè)備等。通常需要利用測試腳本對軟硬件系統(tǒng)進行報文方面 的測試，從而實現(xiàn)對測試實例的驗證。在前述的設(shè)備測試中，集成測試階段和系統(tǒng)測試階段都利用了測試腳本。所述測 試腳本是自動執(zhí)行測試過程或部分測試過程的計算機可讀指令。測試腳本可以通過自動化 測試工具自動生成，或采用編程語言編程得到。利用測試腳本進行測試一般用于后期測試 階段，即集成測試階段和系統(tǒng)測試階段。因為，在設(shè)備開發(fā)的前期，即單元測試階段，被測設(shè) 備面向客戶的執(zhí)行命令還沒有開發(fā)完成，無法搭建測試平臺，因此不能利用測試腳本進行 單元測試。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種針對設(shè)備進行單元測試的方法和系 統(tǒng)，能夠利用測試腳本對設(shè)備進行單元測試。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的
3
本發(fā)明提供了一種針對設(shè)備進行單元測試的方法，所述方法包括在待測設(shè)備上為待測函數(shù)注冊殼(shell)命令；針對注冊為shell命令的待測函數(shù)生成測試腳本；在待測設(shè)備上運行測試腳本，完成對待測函數(shù)的評估。其中，所述運行測試腳本過程中，還包括利用待測設(shè)備中的監(jiān)控模塊對待測函數(shù) 的函數(shù)覆蓋率和指令塊覆蓋率進行監(jiān)控。其中，所述注冊shell命令的待測函數(shù)包括實現(xiàn)待測設(shè)備功能的待測函數(shù)，和/ 或有調(diào)用關(guān)系的待測函數(shù)的入口待測函數(shù)。其中，所述生成測試腳本包括由自動生成工具根據(jù)注冊shell命令的待測函數(shù) 的功能設(shè)計測試用例，并針對測試用例自動生成測試腳本，和/或直接利用編程語言編寫 測試腳本。其中，所述完成對待測函數(shù)的評估的方式，包括綜合待測函數(shù)實現(xiàn)的功能，和/ 或顯示的測試腳本的運行情況完成對待測函數(shù)的評估。本發(fā)明還提供了一種針對設(shè)備進行單元測試的系統(tǒng)，所述系統(tǒng)包括測試終端和 待測設(shè)備，其中，測試終端，用于與待測設(shè)備交互，指示待測設(shè)備將待測函數(shù)注冊shell命令，針對 注冊為shell命令的待測函數(shù)生成測試腳本，啟動測試腳本在待測設(shè)備上運行，完成對待 測函數(shù)的評估；待測設(shè)備，用于接收測試終端的指示，將待測函數(shù)注冊shell命令，運行測試腳 本。其中，所述待測設(shè)備中還包括監(jiān)控模塊，用于在運行測試腳本的過程中，對待測 函數(shù)的函數(shù)覆蓋率和指令塊覆蓋率進行監(jiān)控。其中，所述待測設(shè)備中注冊shell命令的待測函數(shù)包括實現(xiàn)待測設(shè)備功能的待 測函數(shù)，和/或有調(diào)用關(guān)系的待測函數(shù)的入口待測函數(shù)。其中，所述測試終端生成測試腳本包括由自動生成工具根據(jù)注冊shell命令的 待測函數(shù)的功能設(shè)計測試用例，并針對測試用例自動生成測試腳本，和/或直接利用編程 語言編寫測試腳本。其中，所述測試終端完成對待測函數(shù)的評估的方式，包括綜合待測函數(shù)實現(xiàn)的功 能，和/或顯示的測試腳本的運行情況完成對待測函數(shù)的評估。本發(fā)明所提供的針對設(shè)備進行單元測試的方法和系統(tǒng)，在待測設(shè)備上為待測函數(shù) 注冊shell命令；針對注冊為shell命令的待測函數(shù)生成測試腳本；在待測設(shè)備上運行測 試腳本，完成對待測函數(shù)的評估。通過將待測函數(shù)注冊為shell命令，實現(xiàn)了利用測試腳本 對于命令的強大的處理能力進行單元測試，完成對待測函數(shù)的測試。進一步的，本發(fā)明的測 試方法和系統(tǒng)可以實現(xiàn)自動化運行，提高了測試的效率，避免了測試人員的技術(shù)水平對測 試效果的影響，并且可以在測試中自動得到函數(shù)的評估結(jié)果、函數(shù)覆蓋率和指令塊覆蓋率， 是值得推廣和應(yīng)用的單元測試方式。


圖1為本發(fā)明針對設(shè)備進行單元測試的方法流程示意4
圖2為本發(fā)明針對設(shè)備進行單元測試的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式為了更好的理解本發(fā)明，先介紹一下shell的概念。shell是指“提供用戶使用界 面”的軟件，即命令解析器。shell有交互式shell和非交互式shell兩種形式。在交互式 shell形式下，shell管理用戶與操作系統(tǒng)之間的交互，shell等待用戶的輸入，向操作系統(tǒng) 解釋并執(zhí)行用戶輸入的命令或者自動地解釋并執(zhí)行用戶預(yù)先設(shè)定好的命令，并將操作系統(tǒng) 的執(zhí)行結(jié)果返回給用戶，從而實現(xiàn)了實時交互；非交互式shell不與用戶進行實時交互，而 是讀取文件中的命令并執(zhí)行，當讀到文件結(jié)尾時，shell終止。其中交互式shell是指用戶 從鍵盤輸入命令并且可以立即得到響應(yīng)，比如大多數(shù)用戶非常熟悉的登錄、執(zhí)行命令及簽 退操作，當用戶簽退后，shell終止；非交互式shell即shell script, shell script是以文 本方式儲存的可執(zhí)行文件或命令，在執(zhí)行shell script時，需要使用shell將shellscript 轉(zhuǎn)換成命令進行執(zhí)行。本發(fā)明中采用shell script形式的shell，shell script以文本方 式存儲測試腳本。本發(fā)明的基本思想是在待測設(shè)備上為待測函數(shù)注冊shell命令；針對注冊為 shell命令的待測函數(shù)生成測試腳本；在待測設(shè)備上運行測試腳本，完成對待測函數(shù)的評 估。下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)方案進一步詳細闡述。圖1為本發(fā)明針對設(shè)備進行單元測試的方法流程示意圖，如圖1所示，所述針對設(shè) 備進行單元測試的方法，包括步驟101，在待測設(shè)備上為待測函數(shù)注冊shell命令；具體的，所述為待測函數(shù)注冊shell命令具體包括將待測設(shè)備中的各個主要待 測函數(shù)封裝為獨立的shell命令。所述主要待測函數(shù)包括實現(xiàn)待測設(shè)備功能的待測函數(shù)， 和/或有調(diào)用關(guān)系的待測函數(shù)的入口待測函數(shù)。由于考慮到測試的能力和測試的成本，可以不對待測設(shè)備中的所有待測函數(shù)都注 冊shell命令，如果將每一個待測函數(shù)都注冊為shell命令，會造成測試成本大量增加，并 且會浪費很多時間，所以只需要對主要待測函數(shù)注冊shell命令來進行測試。其中，主要待測函數(shù)包括以下兩種實現(xiàn)待測設(shè)備功能的待測函數(shù)，和/或一系列 有調(diào)用關(guān)系的待測函數(shù)的入口待測函數(shù)。其中，對于實現(xiàn)主要功能的待測函數(shù)，具體包括 與待測設(shè)備主要功能相關(guān)的函數(shù)，例如刪除功能函數(shù)、路由檢索功能函數(shù)等。對于注冊所 述有調(diào)用關(guān)系的待測函數(shù)的入口待測函數(shù)為獨立的shell命令，進行舉例說明待測函數(shù)A 調(diào)用待測函數(shù)B，待測函數(shù)B調(diào)用待測函數(shù)C，最后待測函數(shù)C輸出運行結(jié)果，基于步驟101 的方法則只需要將待測函數(shù)A注冊shell命令。當在待測設(shè)備上運行測試腳本時，測試腳 本調(diào)用封裝了待測函數(shù)A的shell命令，則shell命令中的待測函數(shù)A開始運行，進而待測 函數(shù)B、待測函數(shù)C在待測函數(shù)A的調(diào)用下依次運行。由于實際測試中入口待測函數(shù)在整個 待測函數(shù)中所占的比例較小，所以大多數(shù)的待測函數(shù)都不需要注冊shell命令，可以降低 測試的成本，并且節(jié)約測試時間。步驟102，針對注冊為shell命令的待測函數(shù)生成測試腳本；具體的，所述針對注冊為shell命令的待測函數(shù)生成測試腳本，具體包括針對注冊為shell命令的待測函數(shù)所要實現(xiàn)的功能先設(shè)計測試用例，然后根據(jù)測試用例結(jié)合注冊 的shell命令編寫測試腳本。所述編寫測試腳本可以利用腳本自動生成工具，由腳本自動 生成工具根據(jù)注冊shell命令的待測函數(shù)的功能設(shè)計測試用例，并針對測試用例自動生成 測試腳本，還可以直接利用C、C++等編程語言編寫測試腳本。優(yōu)選的，可以利用工具命令語 言(TCL，Tool CommandLanguage)編寫測試腳本。TCL是一種嵌入式命令腳本語言(Command ScriptLanguage)，其特殊的優(yōu)點是能夠很好的滿足測試用例在擴展性、重用性和管理等方 面的要求。因為，TCL測試腳本是把測試用例和測試數(shù)據(jù)進行分離，測試用例腳本中描述了 測試過程和數(shù)據(jù)的處理，而測試數(shù)據(jù)中包括輸入的測試數(shù)據(jù)和期望結(jié)果等內(nèi)容。進一步的，本發(fā)明中采用TCL編寫測試腳本時，還可以利用TCL編程測試軟件內(nèi)嵌 的TK(toolkit)圖形工具來完成，所述工具可以提供簡單而又豐富的圖形功能，從而能夠 輕松地創(chuàng)建簡單的圖形界面，能夠直觀的進行管理和修改。同時，TLC與C、C++有良好的兼 容性，使得TCL測試腳本能夠很好地與C、C++程序進行集成。步驟103，在待測設(shè)備上運行測試腳本，完成對待測函數(shù)的評估。具體的，所述運行測試腳本的過程中，測試終端啟動測試腳本調(diào)用待測設(shè)備的 shell命令，進而shell命令執(zhí)行待測函數(shù)，使注冊的待測函數(shù)開始運行，待測函數(shù)在待測 設(shè)備的軟件系統(tǒng)的運行過程中，通過和待測設(shè)備硬件系統(tǒng)的交互，控制待測設(shè)備的寫表、讀 表等行為。所述讀表行為的典型實例為待測設(shè)備為一臺電腦主機，待測函數(shù)D的功能為 讀取電腦主機中顯卡的硬件信息，在測試過程中，通過測試腳本調(diào)用封裝了待測函數(shù)D的 shell命令，則shell命令中的待測函數(shù)D開始運行，通過待測設(shè)備內(nèi)部的軟件系統(tǒng)和硬件 系統(tǒng)的交互，待測函數(shù)D完成讀取顯卡的硬件信息。由此可見，本發(fā)明主要針對待測設(shè)備來 進行單元測試，不但能夠?qū)崿F(xiàn)對待測函數(shù)的單元測試，還能夠同時對待測設(shè)備的軟硬件配 合情況進行測試。進一步的，克服了軟件仿真無法對待測設(shè)備的某些硬件行為進行測試的 問題。進一步的，在設(shè)計測試腳本中，還可以注冊一些用于調(diào)試的顯示函數(shù)或者debug 函數(shù)，用于在測試終端上判斷測試腳本的運行情況并顯示。所述顯示測試腳本的運行情況， 例如測試腳本運行過程中，待測設(shè)備的硬件狀態(tài)信息、待測函數(shù)中某個參數(shù)的運算結(jié)果 等。最后，將待測函數(shù)的運行結(jié)果與測試腳本中待測函數(shù)的預(yù)期結(jié)果相比較，根據(jù)比較結(jié)果 判斷待測函數(shù)的功能是否正確，或者對比較結(jié)果進行進一步分析，例如誤差分析等。綜合 待測函數(shù)實現(xiàn)的功能，和/或顯示的測試腳本的運行情況完成對待測函數(shù)的評估。進一步的，在運行測試腳本過程中，還可以利用待測設(shè)備中的監(jiān)控模塊對測試腳 本運行的過程進行監(jiān)控，監(jiān)控的對象包括函數(shù)覆蓋率和指令塊覆蓋率。函數(shù)覆蓋率主要指 待測函數(shù)中各個功能函數(shù)的使用率，而指令塊覆蓋率主要指待測函數(shù)中各個指令塊的使用 率。其中，指令塊是待測函數(shù)內(nèi)部一系列的語句。通過監(jiān)控函數(shù)覆蓋率和指令塊覆蓋率可 以得知待測函數(shù)中哪些函數(shù)和指令塊沒有被使用到，如果測試結(jié)果正常，即待測函數(shù)的功 能已經(jīng)實現(xiàn)，測試人員可以對沒有使用到的函數(shù)或指令塊進行分析，如果確實屬于沒有用 處的可以進行刪除，如果待測函數(shù)的功能實現(xiàn)的并不完全，可以利用新的測試腳本覆蓋沒 有使用到的函數(shù)，測試其功能。這樣可以幫助測試人員刪除待測函數(shù)中的無效函數(shù)或指令 塊，也有利于測試人員對待測函數(shù)的進一步修改。由于步驟101中注冊shell命令和步驟102中生成測試腳本都可以由測試工具自
6動完成，因此測試人員只需要啟動單元測試即可完成整個測試流程。同時，也避免了測試人 員的技術(shù)水平對測試效果的影響。圖2為本發(fā)明針對設(shè)備進行單元測試的系統(tǒng)結(jié)構(gòu)示意圖，如圖2所示，所述針對設(shè) 備進行單元測試的系統(tǒng)，包括測試終端21和待測設(shè)備22，其中，測試終端21，用于與待測設(shè)備22交互，指示待測設(shè)備22將待測函數(shù)注冊shell命 令，針對注冊為shell命令的待測函數(shù)生成測試腳本，啟動測試腳本在待測設(shè)備上運行，完 成對待測函數(shù)的評估；具體的，所述針對注冊為shell命令的待測函數(shù)生成測試腳本，具體包括針對注 冊為shell命令的待測函數(shù)所要實現(xiàn)的功能先設(shè)計測試用例，然后根據(jù)測試用例結(jié)合注冊 的shell命令編寫測試腳本。所述編寫測試腳本可以利用腳本自動生成工具，由腳本自動 生成工具根據(jù)注冊shell命令的待測函數(shù)的功能設(shè)計測試用例，并針對測試用例自動生成 測試腳本，還可以直接利用C、C++等編程語言編寫測試腳本，優(yōu)選的，可以利用TCL編寫測 試腳本。所述測試終端21將待測設(shè)備22返回的待測函數(shù)的運行結(jié)果與測試腳本中待測函 數(shù)的預(yù)期結(jié)果相比較，根據(jù)比較結(jié)果判斷待測函數(shù)的功能是否正確，或者對比較結(jié)果進行 進一步分析，例如誤差分析等。綜合待測函數(shù)實現(xiàn)的功能，和/或顯示的測試腳本的運行 情況完成對待測函數(shù)的評估。待測設(shè)備22，用于接收測試終端21的指示，將待測函數(shù)注冊shell命令，運行測試 腳本。具體的，所述為待測函數(shù)注冊shell命令具體包括將待測設(shè)備22中的各個主要 待測函數(shù)封裝為獨立的shell命令。所述主要待測函數(shù)包括實現(xiàn)待測設(shè)備22功能的待測 函數(shù)，和/或有調(diào)用關(guān)系的待測函數(shù)的入口待測函數(shù)。由于考慮到測試的能力和測試的成 本，可以不對待測設(shè)備22中的所有待測函數(shù)都注冊shell命令，如果對每一個待測函數(shù)都 注冊shell命令，會造成測試成本大量增加，并且會浪費很多時間，所以只需要對主要待測 函數(shù)注冊shell命令進行測試。其中，主要待測函數(shù)包括以下兩種實現(xiàn)待測設(shè)備22功能 的待測函數(shù)，和/或一系列有調(diào)用關(guān)系的待測函數(shù)的入口待測函數(shù)。其中，對于實現(xiàn)主要功 能的待測函數(shù)，具體包括與待測設(shè)備22主要功能相關(guān)的函數(shù)，例如刪除功能函數(shù)、路由 檢索功能函數(shù)等。所述運行測試腳本的過程中，測試終端21啟動測試腳本調(diào)用待測設(shè)備22的shell 命令，進而shell命令執(zhí)行待測函數(shù)，使注冊的待測函數(shù)開始運行，待測函數(shù)在待測設(shè)備22 的軟件系統(tǒng)的運行過程中，通過和待測設(shè)備22的硬件系統(tǒng)的交互，控制待測設(shè)備22的寫 表、讀表等行為。進一步的，在設(shè)計測試腳本中，還可以注冊一些用于調(diào)試的顯示函數(shù)或者debug 函數(shù)，用于在測試終端21上判斷測試腳本的運行情況并顯示。所述顯示測試腳本的運行情 況，例如測試腳本運行過程中，待測設(shè)備的硬件狀態(tài)信息、待測函數(shù)中某個參數(shù)的運算結(jié)果等。進一步的，待測設(shè)備22中還包括監(jiān)控模塊221，用于在運行測試腳本過程中，對測 試腳本運行的過程進行監(jiān)控，監(jiān)控的對象包括函數(shù)覆蓋率和指令塊覆蓋率。函數(shù)覆蓋率主 要指待測函數(shù)中各個功能函數(shù)的使用率，而指令塊覆蓋率主要指待測函數(shù)中各個指令塊的使用率。其中，指令塊是待測函數(shù)內(nèi)部一系列的語句。 以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護 范圍之內(nèi)。
權(quán)利要求
一種針對設(shè)備進行單元測試的方法，其特征在于，所述方法包括在待測設(shè)備上為待測函數(shù)注冊殼(shell)命令；針對注冊為shell命令的待測函數(shù)生成測試腳本；在待測設(shè)備上運行測試腳本，完成對待測函數(shù)的評估。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述運行測試腳本過程中，還包括利用 待測設(shè)備中的監(jiān)控模塊對待測函數(shù)的函數(shù)覆蓋率和指令塊覆蓋率進行監(jiān)控。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述注冊shell命令的待測函數(shù)包 括實現(xiàn)待測設(shè)備功能的待測函數(shù)，和/或有調(diào)用關(guān)系的待測函數(shù)的入口待測函數(shù)。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述生成測試腳本包括由自動生成 工具根據(jù)注冊shell命令的待測函數(shù)的功能設(shè)計測試用例，并針對測試用例自動生成測試 腳本，和/或直接利用編程語言編寫測試腳本。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述完成對待測函數(shù)的評估的方式， 包括綜合待測函數(shù)實現(xiàn)的功能，和/或顯示的測試腳本的運行情況完成對待測函數(shù)的評 估。
6.一種針對設(shè)備進行單元測試的系統(tǒng)，其特征在于，所述系統(tǒng)包括測試終端和待測 設(shè)備，其中，測試終端，用于與待測設(shè)備交互，指示待測設(shè)備將待測函數(shù)注冊shell命令，針對注冊 為shell命令的待測函數(shù)生成測試腳本，啟動測試腳本在待測設(shè)備上運行，完成對待測函 數(shù)的評估；待測設(shè)備，用于接收測試終端的指示，將待測函數(shù)注冊shell命令，運行測試腳本。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述待測設(shè)備中還包括監(jiān)控模塊，用于 在運行測試腳本的過程中，對待測函數(shù)的函數(shù)覆蓋率和指令塊覆蓋率進行監(jiān)控。
8.根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于，所述待測設(shè)備中注冊shell命令的待 測函數(shù)包括實現(xiàn)待測設(shè)備功能的待測函數(shù)，和/或有調(diào)用關(guān)系的待測函數(shù)的入口待測函 數(shù)。
9.根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于，所述測試終端生成測試腳本包括由 自動生成工具根據(jù)注冊shell命令的待測函數(shù)的功能設(shè)計測試用例，并針對測試用例自動 生成測試腳本，和/或直接利用編程語言編寫測試腳本。
10.根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于，所述測試終端完成對待測函數(shù)的評 估的方式，包括綜合待測函數(shù)實現(xiàn)的功能，和/或顯示的測試腳本的運行情況完成對待測 函數(shù)的評估。
全文摘要
本發(fā)明公開了一種針對設(shè)備進行單元測試的方法，所述方法包括在待測設(shè)備上為待測函數(shù)注冊殼(shell)命令；針對注冊為shell命令的待測函數(shù)生成測試腳本；在待測設(shè)備上運行測試腳本，完成對待測函數(shù)的評估，本發(fā)明還公開了一種針對設(shè)備進行單元測試的系統(tǒng)，通過上述方法和系統(tǒng)，實現(xiàn)了利用測試腳本對于命令的強大的處理能力進行單元測試。進一步的，本發(fā)明的測試方法和系統(tǒng)可以實現(xiàn)自動化運行，提高了測試的效率，避免了測試人員的技術(shù)水平對測試效果的影響，并且可以在測試中自動得到函數(shù)的評估結(jié)果、函數(shù)覆蓋率和指令塊覆蓋率，是值得推廣和應(yīng)用的單元測試方式。
文檔編號G06F11/36GK101916221SQ201010236088
公開日2010年12月15日 申請日期2010年7月23日 優(yōu)先權(quán)日2010年7月23日
發(fā)明者林寧 申請人:中興通訊股份有限公司