專利名稱：軟件測試系統(tǒng)和軟件測試方法
技術(shù)領(lǐng)域：
本發(fā)明涉及測試技術(shù)，特別涉及軟件測試系統(tǒng)和軟件測試方法。
背景技術(shù)：
在軟件的開發(fā)過程中，需要對其進(jìn)行測試，并根據(jù)測試結(jié)果對該軟件進(jìn)行優(yōu)化。圖1為現(xiàn)有軟件測試系統(tǒng)的結(jié)構(gòu)示意圖。如圖1所示，現(xiàn)有的軟件測試系統(tǒng)包括中央處理單元(Central Processing Unite，CPU)和接口單元。
CPU通過接口單元接收來自控制平臺的待測試軟件的指令集，該指令集中預(yù)先設(shè)置了斷點指令；CPU按照指令集中設(shè)定的順序運行各條指令，在運行到斷點指令時，暫停運行當(dāng)前指令集，將該斷點指令之前的中間運算結(jié)果作為測試結(jié)果，例如某個變量的取值、當(dāng)前系統(tǒng)的狀態(tài)、軟件的一些狀態(tài)機信息等，通過接口單元輸出給控制平臺，并等待來自控制平臺的操作指令。此時，軟件開發(fā)人員可以通過控制平臺獲取測試結(jié)果，并通過控制平臺向CPU發(fā)出相關(guān)操作指令，例如，采用單步跟蹤方式逐條執(zhí)行斷點后的指令，CPU根據(jù)接收到的該操作指令繼續(xù)運行余下的指令，并繼續(xù)通過接口單元，將相應(yīng)的中間運算結(jié)果作為測試結(jié)果輸出給控制平臺。
軟件開發(fā)人員將獲取到的測試結(jié)果與預(yù)先設(shè)定的參考結(jié)果進(jìn)行比較，并根據(jù)兩者的偏差對相關(guān)指令進(jìn)行調(diào)整，完善待測試軟件的相關(guān)功能。
然而，部分待測試軟件中包括一些對實時性要求較高的指令，采用現(xiàn)有的軟件測試技術(shù)就難以對此類軟件進(jìn)行測試。以具有高實時性要求的指令為中斷處理指令為例，在根據(jù)中斷處理指令響應(yīng)中斷的時候，CPU的硬件不會因此而停止運行，所以，中斷處理過程要求的運行速度非常高，即運行時間非常短，如果不能保證中斷處理的實時性，系統(tǒng)運行就會出現(xiàn)錯誤。而且，響應(yīng)中斷期間，也無法通過接口單元輸出當(dāng)前的運行結(jié)果，而中斷處理過后，該處理過程中的中間運算結(jié)果會被后續(xù)的運算結(jié)果更新覆蓋。這樣，在中斷處理指令集中設(shè)置斷點指令就會影響軟件的正常運行，且無法獲取需要的測試結(jié)果。
除此之外，在軟件開發(fā)人員完善了待測試軟件之后，還需要測試人員根據(jù)測試結(jié)果對該軟件的整體性能進(jìn)行評測。但是，通過現(xiàn)有軟件測試技術(shù)獲得的測試結(jié)果不包括硬件內(nèi)部的處理過程，例如對某個寄存器的讀/寫操作等，因此，測試人員無法根據(jù)該測試結(jié)果，復(fù)現(xiàn)CPU內(nèi)部的硬件處理過程，從而在測試結(jié)果存在偏差時，無法判斷出偏差產(chǎn)生的原因是軟件自身的問題還是CPU的硬件問題，進(jìn)而無法對軟件的整體性能進(jìn)行評測。
可見，現(xiàn)有軟件測試技術(shù)需要通過預(yù)先設(shè)置的斷點指令來逐步獲取測試結(jié)果，且無法對實時性要求較高的軟件進(jìn)行測試，而且還不能實現(xiàn)硬件處理過程的復(fù)現(xiàn)，因此，現(xiàn)有軟件測試技術(shù)的測試效率和可靠性不高。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的一個主要目的在于，提供一種軟件測試系統(tǒng)，能夠提高軟件測試的效率和可靠性。
本發(fā)明的另一個主要目的在于，提供一種軟件測試方法，能夠提高軟件測試的效率和可靠性。
根據(jù)上述的一個主要目的，本發(fā)明提供了一種軟件測試系統(tǒng)，包括CPU、測試信息單元和接口單元，其中，所述CPU，用于通過接口單元接收待測試軟件的指令集；運行接收到的指令集中的指令；根據(jù)指令集中的記錄指令，將該記錄指令對應(yīng)的指令運行結(jié)果實時輸出給測試信息單元；所述測試信息單元，用于接收并存儲CPU輸出的指令運行結(jié)果；通過接口單元將存儲的指令運行結(jié)果作為測試結(jié)果輸出。
所述接口單元包括輸入接口和輸出接口；
所述CPU進(jìn)一步通過輸入接口接收待測試軟件的指令集；所述測試信息單元進(jìn)一步通過輸出接口將存儲的指令運行結(jié)果作為測試結(jié)果輸出。
所述CPU進(jìn)一步在執(zhí)行完指令集中的所有指令之后，請求所述測試信息單元輸出內(nèi)部存儲的測試結(jié)果；所述測試信息單元進(jìn)一步根據(jù)所述CPU的請求，通過輸出接口將測試結(jié)果輸出。
所述測試信息單元進(jìn)一步根據(jù)預(yù)先設(shè)定的時間間隔，周期性地通過輸出接口將內(nèi)部存儲的測試結(jié)果輸出。
所述CPU為增強型精簡指令集單片機ARM；所述輸入接口為聯(lián)合測試行動小組JTAG接口。
所述輸出接口為通用異步收發(fā)器UART接口，或者通用串行總線USB接口。
所述指令運行結(jié)果包括硬件內(nèi)部的處理過程和/或處理過程對應(yīng)的中間運算結(jié)果。
根據(jù)上述的另一個主要目的，本發(fā)明提供了一種軟件測試方法，包括以下步驟運行待測試軟件的指令集中的指令，并在運行過程中，根據(jù)指令集中的記錄指令，實時存儲該記錄指令對應(yīng)的指令運行結(jié)果，然后輸出作為測試結(jié)果的指令運行結(jié)果。
所述運行待測試軟件的指令集中的指令之前，進(jìn)一步包括在待測試軟件的指令集中增加記錄指令，并在軟件測試系統(tǒng)初始化時，在所述系統(tǒng)的內(nèi)存中設(shè)置一個用于存儲測試結(jié)果的存儲單元。
所述在待測試軟件的指令集中增加記錄指令為在待測試軟件的指令集中的底層函數(shù)中增加記錄指令。
所述輸出作為測試結(jié)果的指令運行結(jié)果為在運行完指令集中的所有指令后，輸出已存儲的作為測試結(jié)果的指令運行結(jié)果。
所述輸出作為測試結(jié)果的指令運行結(jié)果為根據(jù)預(yù)先設(shè)定的時間間隔，周期性地輸出已存儲的作為測試結(jié)果的指令運行結(jié)果。
所述指令運行結(jié)果包括硬件內(nèi)部的處理過程和/或處理過程對應(yīng)的中間運算結(jié)果。
由此可見，本發(fā)明在指令集中設(shè)置記錄指令，并在指令運行過程中，實時存儲記錄指令對應(yīng)的指令運行結(jié)果，然后將存儲的運行結(jié)果作為測試結(jié)果輸出給外部，無需在指令集中設(shè)置斷點指令并解決了執(zhí)行實時性要求較高的指令時無法輸出測試結(jié)果的問題，提高了軟件測試的效率和可靠性。而且，通過本發(fā)明的技術(shù)方案獲取的測試結(jié)果中，還包括硬件內(nèi)部的處理過程，因此，能夠通過測試結(jié)果實現(xiàn)硬件處理過程的復(fù)現(xiàn)，從而判斷測試結(jié)果與參考結(jié)果的偏差產(chǎn)生的原因。
實現(xiàn)本發(fā)明的技術(shù)方案也不需要對現(xiàn)有的軟件測試系統(tǒng)進(jìn)行很大的改進(jìn)，因此，本發(fā)明的技術(shù)方案可以廣泛應(yīng)用到各種軟件測試中。


圖1為現(xiàn)有軟件測試系統(tǒng)的結(jié)構(gòu)示意圖。
圖2為本發(fā)明軟件測試系統(tǒng)的示例性結(jié)構(gòu)圖。
圖3為本發(fā)明軟件測試方法的示例性流程圖。
圖4為本發(fā)明實施例中軟件測試系統(tǒng)的結(jié)構(gòu)圖。
圖5為本發(fā)明實施例中軟件測試方法的流程圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下對本發(fā)明進(jìn)一步詳細(xì)說明。
本發(fā)明實施例的基本思想為在指令集中設(shè)置記錄指令，并在指令運行過程中，實時存儲記錄指令對應(yīng)的指令運行結(jié)果，然后將存儲的運行結(jié)果作為測試結(jié)果輸出給外部。
其中，記錄指令可以為自定義的指令，例如Print_Buffer()，括號中的內(nèi)容為需要獲取運行結(jié)果的相關(guān)指令標(biāo)識，例如用于寄存器賦值的指令；指令運行結(jié)果包括硬件內(nèi)部的處理過程和/或處理過程對應(yīng)的中間運算結(jié)果；硬件的內(nèi)部處理過程即為硬件內(nèi)部的操作信息，例如對寄存器和存儲空間的訪問過程；中間運算結(jié)果即為調(diào)試信息，例如變量的值、當(dāng)前系統(tǒng)的狀態(tài)、軟件的一些狀態(tài)機信息等。
圖2為本發(fā)明軟件測試系統(tǒng)的示例性結(jié)構(gòu)圖。如圖2所示，本發(fā)明中的軟件測試系統(tǒng)包括CPU、測試信息單元和接口單元。
CPU，通過接口單元接收待測試軟件的指令集；運行接收到的指令集中的指令；根據(jù)指令集中的記錄指令，將該記錄指令對應(yīng)的指令運行結(jié)果實時輸出給測試信息單元；測試信息單元，接收并存儲CPU輸出的指令運行結(jié)果；通過接口單元將存儲的指令運行結(jié)果作為測試結(jié)果輸出。
上述系統(tǒng)中，測試信息單元可以根據(jù)預(yù)先設(shè)定的時間間隔，周期性地自動將內(nèi)部存儲的測試結(jié)果輸出給外部的控制平臺或者打印設(shè)備，也可以根據(jù)來自CPU或者外部控制平臺的操作指令，將內(nèi)部存儲的測試結(jié)果輸出給控制平臺或者打印設(shè)備。
圖3為本發(fā)明軟件測試方法的示例性流程圖。如圖3所示，本發(fā)明中的軟件測試方法包括以下步驟步驟301，運行待測試軟件的指令集中的指令；步驟302，在運行過程中，根據(jù)指令集中的記錄指令，實時存儲該記錄指令對應(yīng)的指令運行結(jié)果；步驟303，輸出作為測試結(jié)果的指令運行結(jié)果。
上述流程中，步驟303可以在步驟302之后立即執(zhí)行，也可以在運行完所有指令后再執(zhí)行。
下面，結(jié)合具體實施例，對本發(fā)明中的軟件測試系統(tǒng)和軟件測試方法進(jìn)行詳細(xì)說明。
圖4為本發(fā)明實施例中軟件測試系統(tǒng)的結(jié)構(gòu)圖。如圖4所示，以CPU為增強型精簡指令集單片機(Advanced RISC Machines，ARM)為例，本實施例中的軟件測試系統(tǒng)包括ARM 401、測試信息單元402和接口單元403。
其中，接口單元403又包括作為輸入接口的聯(lián)合測試行動小組(JointTest Action Group，JTAG)接口431和作為輸出接口的通用異步收發(fā)器(Universal Asynchronous Receiver/Transmitter，UART)接口432。
ARM 401，用于通過JTAG接口431和外部JTAG仿真器，接收來自外部控制平臺的待測試軟件的指令集；運行接收到的指令集中的指令；根據(jù)指令集中的記錄指令，例如Print_Buffer()，將該記錄指令對應(yīng)的指令運行結(jié)果實時輸出給測試信息單元402。
測試信息單元402，用于接收并存儲ARM 401輸出的指令運行結(jié)果，并將該指令運行結(jié)果作為測試結(jié)果，通過UART接口432提供給外部控制平臺或者打印設(shè)備。
實際應(yīng)用中，測試信息單元402可以包括一個主控模塊和一個存儲模塊，主控模塊可以根據(jù)預(yù)先設(shè)定的時間間隔，周期性地自動讀取存儲模塊內(nèi)部存儲的測試結(jié)果，并輸出給外部的控制平臺或者打印設(shè)備。其中，主控模塊可以為現(xiàn)有的任何一種微處理器，例如8051單片機等，存儲模塊可以為現(xiàn)有的任何一種存儲器，例如電可擦寫只讀存儲器(E2PROM)、隨機存儲器(RAM)等。
測試信息單元402的主控模塊也可以根據(jù)來自ARM 401或者外部控制平臺的操作指令，讀取存儲模塊內(nèi)部存儲的測試結(jié)果并輸出給控制平臺或者打印設(shè)備。這種情況下，ARM 401還可以在執(zhí)行完指令集中的所有指令之后，向測試信息單元402的主控模塊輸出一個操作指令，請求主控模塊將存儲模塊內(nèi)部存儲的測試結(jié)果輸出。
本實施例中，測試信息單元402也可以不具有主控模塊，而是由一個緩存器來實現(xiàn)，此時，測試信息單元402對ARM 401輸出的指令運行結(jié)果進(jìn)行緩存后，自動輸出給控制平臺或者打印設(shè)備；不具有主控模塊的測試信息單元402還可以由現(xiàn)有任何一種存儲器來實現(xiàn)，此時，ARM 401需要先讀取測試信息單元402中存儲的指令運行結(jié)果，再通過接口單元403的UART接口432輸出給控制平臺。
本實施例中的軟件測試系統(tǒng)，也可以在實現(xiàn)本發(fā)明技術(shù)方案的同時，按照現(xiàn)有的軟件測試技術(shù)輸出測試結(jié)果，例如根據(jù)指令集中設(shè)置的斷點指令逐步輸出測試結(jié)果。
本實施例的軟件測試系統(tǒng)中，也可以將通用串行總線(Universal SerialBus，USB)接口或者普通串行接口作為輸出接口；測試信息單元402可以為任意的存儲設(shè)備。
以上是對本發(fā)明實施例中的軟件測試系統(tǒng)的說明，下面，對本發(fā)明實施例中的軟件測試方法進(jìn)行詳細(xì)說明。
圖5為本發(fā)明實施例中軟件測試方法的流程圖。如圖5所示，本實施例中的軟件測試方法包括以下步驟步驟501，在待測試軟件的指令集中增加記錄指令，并在軟件測試系統(tǒng)初始化時，在內(nèi)存中設(shè)置一個用于存儲測試結(jié)果的存儲單元。
其中，記錄指令可以為Print_Buffer()；用于存儲測試結(jié)果的存儲單元可以為軟件測試系統(tǒng)的已有內(nèi)存中設(shè)置的記錄緩沖器(Record Buffer)，也可以為在軟件測試系統(tǒng)中增加的存儲設(shè)備。
由于運行指令的過程最終都是反映到寄存器的操作上，也就是說最終都是通過調(diào)用底層函數(shù)中的相關(guān)指令來實現(xiàn)的，例如SetReg()和GetReg()，因此，本步驟中，將記錄指令，例如Print_Buffer()，添加到底層函數(shù)中，即將Print_Buffer()作為底層函數(shù)中的一條指令。
本步驟中，也可以在指令集中設(shè)置斷點指令，用于獲取實時性要求不高的相關(guān)指令的運行結(jié)果，而記錄指令則用于獲取具有高實時性要求的指令的運行結(jié)果。
步驟502，運行待測試軟件的指令集中的指令。
步驟503，在運行過程中，根據(jù)指令集中的記錄指令，實時存儲該記錄指令對應(yīng)的作為測試結(jié)果的指令運行結(jié)果。
以底層函數(shù)為SetReg()、用于存儲測試結(jié)果的存儲單元為Record Buffer為例，如果指令集中SetReg()函數(shù)的相關(guān)指令為SetReg(addr＝val)，即表示對寄存器賦值，而記錄指令為Print_Buffer(addr＝val)，則本步驟中，將所有對寄存器賦值的處理過程，即賦值操作，以及處理過程對應(yīng)的中間運算結(jié)果，即賦值后的變量取值，實時存儲到Record Buffer中。
例如，指令集中順序包括以下對寄存器賦值的指令SetReg(0xFF＝15)、SetReg(0xFF＝20)、SetReg(0xFF＝15)，分別表示將15賦值給地址為0xFF的寄存器、將20賦值給地址為0xFF的寄存器、將15賦值給地址為0xFF的寄存器。則軟件測試系統(tǒng)根據(jù)記錄指令Print_Buffer(addr＝val)，記錄依次將15、20、15寫入地址為0xFF的寄存器的賦值操作，以及三個中間運算結(jié)果15、20和15。這樣，在運行完所有指令之后，地址為0xFF的寄存器中的變量值為15，但從測試結(jié)果可以獲知，此時的變量值不是第一個寄存器賦值指令的運行結(jié)果，而是第三個寄存器賦值指令的運行結(jié)果。
本步驟中，如果指令集中還包括斷點指令，則根據(jù)斷點指令暫停運行當(dāng)前指令集，并直接輸出當(dāng)前的中間運算結(jié)果。
步驟504，輸出已存儲的作為測試結(jié)果的指令運行結(jié)果。
本步驟可以在運行完所有指令后再執(zhí)行；當(dāng)本步驟在運行完所有指令后執(zhí)行時，可以根據(jù)運行指令集的CPU輸出的操作指令之后再執(zhí)行，也可以根據(jù)控制平臺發(fā)出的操作指令來執(zhí)行。
由于步驟503中實時存儲的測試結(jié)果可以為多條指令的運行結(jié)果，因此，本步驟也可以與步驟503同時執(zhí)行，即在步驟503實時存儲了測試結(jié)果之后，可以根據(jù)預(yù)先設(shè)定的時間間隔，周期性地輸出當(dāng)前存儲的測試結(jié)果，不必等待存儲了全部測試結(jié)果之后，再一起輸出。此時，由于測試結(jié)果的數(shù)據(jù)量較小，因此輸出測試結(jié)果的速度較快，不會影響系統(tǒng)的正常運行。
本步驟中，可以通過UART接口或者USB接口等常用通信接口，將測試結(jié)果輸出給打印設(shè)備或者控制平臺。
在上述流程中，如果不需要獲取實時性要求較高的指令的運行結(jié)果時，只需將通過一條定義(Define)指令，將指令集中的記錄指令定義為無效指令即可。此時，步驟503不實時存儲記錄指令對應(yīng)的指令運行結(jié)果，而是直接通過軟件測試系統(tǒng)的輸出接口輸出作為測試結(jié)果的直接輸出當(dāng)前的中間運算結(jié)果。
在執(zhí)行了上述流程之后，軟件開發(fā)人員能夠獲得實時性要求較高的相關(guān)指令的測試結(jié)果，將獲取到的測試結(jié)果與預(yù)先設(shè)定的參考結(jié)果進(jìn)行比較，并根據(jù)兩者的偏差對高實時性要求的指令進(jìn)行調(diào)整，完善待測試軟件的相關(guān)功能；測試人員也能夠獲得包括硬件內(nèi)部處理過程的測試結(jié)果，并根據(jù)測試結(jié)果，通過寄存器批量寫入(Batch write)工具復(fù)現(xiàn)CPU內(nèi)部的硬件處理過程，從而對該軟件的整體性能進(jìn)行評測，并在測試結(jié)果存在偏差時，判斷出偏差產(chǎn)生的原因是軟件自身的問題還是CPU的硬件問題。
以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明實施例的精神和原則之內(nèi)，所作的任何修改、等同替換以及改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種軟件測試系統(tǒng)，其特征在于，包括中央處理單元CPU、測試信息單元和接口單元，其中，所述CPU，用于通過接口單元接收待測試軟件的指令集；運行接收到的指令集中的指令；根據(jù)指令集中的記錄指令，將該記錄指令對應(yīng)的指令運行結(jié)果實時輸出給測試信息單元；所述測試信息單元，用于接收并存儲CPU輸出的指令運行結(jié)果；通過接口單元將存儲的指令運行結(jié)果作為測試結(jié)果輸出。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述接口單元包括輸入接口和輸出接口；所述CPU進(jìn)一步通過輸入接口接收待測試軟件的指令集；所述測試信息單元進(jìn)一步通過輸出接口將存儲的指令運行結(jié)果作為測試結(jié)果輸出。
3.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述CPU進(jìn)一步在執(zhí)行完指令集中的所有指令之后，請求所述測試信息單元輸出內(nèi)部存儲的測試結(jié)果；所述測試信息單元進(jìn)一步根據(jù)所述CPU的請求，通過輸出接口將測試結(jié)果輸出。
4.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述測試信息單元進(jìn)一步根據(jù)預(yù)先設(shè)定的時間間隔，周期性地通過輸出接口將內(nèi)部存儲的測試結(jié)果輸出。
5.如權(quán)利要求3或4所述的系統(tǒng)，其特征在于，所述CPU為增強型精簡指令集單片機ARM；所述輸入接口為聯(lián)合測試行動小組JTAG接口。
6.如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述輸出接口為通用異步收發(fā)器UART接口，或者通用串行總線USB接口。
7.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述指令運行結(jié)果包括硬件內(nèi)部的處理過程和/或處理過程對應(yīng)的中間運算結(jié)果。
8.一種軟件測試方法，其特征在于，包括以下步驟運行待測試軟件的指令集中的指令，并在運行過程中，根據(jù)指令集中的記錄指令，實時存儲該記錄指令對應(yīng)的指令運行結(jié)果，然后輸出作為測試結(jié)果的指令運行結(jié)果。
9.如權(quán)利要求8所述的方法，其特征在于，所述運行待測試軟件的指令集中的指令之前，進(jìn)一步包括在待測試軟件的指令集中增加記錄指令，并在軟件測試系統(tǒng)初始化時，在所述系統(tǒng)的內(nèi)存中設(shè)置一個用于存儲測試結(jié)果的存儲單元。
10.如權(quán)利要求9所述的方法，其特征在于，所述在待測試軟件的指令集中增加記錄指令為在待測試軟件的指令集中的底層函數(shù)中增加記錄指令。
11.如權(quán)利要求8所述的方法，其特征在于，所述輸出作為測試結(jié)果的指令運行結(jié)果為在運行完指令集中的所有指令后，輸出已存儲的作為測試結(jié)果的指令運行結(jié)果。
12.如權(quán)利要求8所述的方法，其特征在于，所述輸出作為測試結(jié)果的指令運行結(jié)果為根據(jù)預(yù)先設(shè)定的時間間隔，周期性地輸出已存儲的作為測試結(jié)果的指令運行結(jié)果。
13.如權(quán)利要求8至12中任意一項所述的方法，其特征在于，所述指令運行結(jié)果包括硬件內(nèi)部的處理過程和/或處理過程對應(yīng)的中間運算結(jié)果。
全文摘要
本發(fā)明公開了一種軟件測試系統(tǒng)，包括CPU、測試信息單元和接口單元，其中，所述CPU，用于通過接口單元接收待測試軟件的指令集；運行接收到的指令集中的指令；根據(jù)指令集中的記錄指令，將該記錄指令對應(yīng)的指令運行結(jié)果實時輸出給測試信息單元；所述測試信息單元，用于接收并存儲CPU輸出的指令運行結(jié)果；通過接口單元將存儲的指令運行結(jié)果作為測試結(jié)果輸出。本發(fā)明還公開了一種軟件測試方法。本發(fā)明的技術(shù)方案提高了軟件測試的效率和可靠性；通過本發(fā)明的技術(shù)方案獲取的測試結(jié)果中包括硬件內(nèi)部的處理過程，因此能夠?qū)崿F(xiàn)硬件處理過程的復(fù)現(xiàn)；本發(fā)明不需要對現(xiàn)有的軟件測試系統(tǒng)進(jìn)行很大的改進(jìn)，可以廣泛應(yīng)用到各種軟件測試中。
文檔編號G06F11/36GK1963785SQ200610167249
公開日2007年5月16日 申請日期2006年12月12日 優(yōu)先權(quán)日2006年12月12日
發(fā)明者黃鑫, 游明琦 申請人:北京中星微電子有限公司