測試方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種測試方法及系統(tǒng)，屬于互聯(lián)網(wǎng)終端測試領(lǐng)域。所述方法包括：測試終端執(zhí)行對被測試程序的測試過程；監(jiān)控終端判斷所述測試過程是否停止；如果停止，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對所述被測試程序的測試過程。本發(fā)明通過增加監(jiān)控終端來監(jiān)控和控制在測試終端上的對被測試程序的測試過程，解決了現(xiàn)有測試方法的測試效率較低且需要工程師一直監(jiān)測測試過程的問題，使得在需要多次重復測試的測試過程中可以達到自動執(zhí)行、自動循環(huán)的測試效果。
【專利說明】測試方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)終端測試領(lǐng)域，特別涉及一種測試方法及系統(tǒng)。
【背景技術(shù)】
[0002]Android是可以運行于移動終端上的一種智能操作系統(tǒng)，由于其開放性而被廣泛發(fā)展和應(yīng)用，成為了現(xiàn)有移動終端中最常用的操作系統(tǒng)之一。對于運行于Android上的應(yīng)用程序的測試是工程師較為關(guān)注的熱點問題。
[0003]在現(xiàn)有技術(shù)中，通常利用Android系統(tǒng)官方提供的測試工具Instrument來對被測試程序進行測試。具體地講，現(xiàn)有的測試方法主要包括:首先，基于測試工具Instrument構(gòu)建測試程序；然后在測試終端(可以是移動終端)上同時運行測試程序和被測試程序，以便對被測試程序進行測試。在測試過程中，測試程序可以發(fā)出相應(yīng)的測試指令使被測試程序執(zhí)行預定的操作，并且監(jiān)控被測試程序的狀態(tài)，測試程序和/或被測試程序還可以在運行過程中輸出測試日志；最終，工程師可以根據(jù)測試過程中監(jiān)控到的狀態(tài)和輸出的測試日志來獲得測試結(jié)果，比如，在穩(wěn)定性測試中，當被測試程序崩潰后，工程師可以根據(jù)測試程序監(jiān)控到的崩潰狀態(tài)和被測試程序在崩潰前輸出的測試日志來獲得測試結(jié)果。
[0004]在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題:現(xiàn)有的測試程序只能自行完成一次從“開始測試被測試程序”到“被測試程序崩潰”的測試過程。而在需要多次重復測試(如穩(wěn)定性測試)的測試過程中，每次被測試程序崩潰后，都需要工程師手動來再次開啟測試過程，測試效率較低且需要工程師一直監(jiān)測測試過程。

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

[0005]為了解決現(xiàn)有測試方法的測試效率較低且需要工程師一直監(jiān)測測試過程的問題，本發(fā)明實施例提供了一種測試方法及系統(tǒng)。所述技術(shù)方案如下:
[0006]根據(jù)本發(fā)明的一個方面，本發(fā)明實施例提供了一種測試方法，所述方法包括:
[0007]測試終端執(zhí)行對被測試程序的測試過程；
[0008]監(jiān)控終端判斷所述測試過程是否停止；如果停止，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對所述被測試程序的測試過程。
[0009]進一步地，所述測試終端執(zhí)行對被測試程序的測試過程，具體包括:
[0010]接收所述監(jiān)控終端的啟動測試指令；
[0011 ] 向所述被測試程序發(fā)送測試指令，以便所述被測試程序執(zhí)行所述測試指令；
[0012]根據(jù)所述被測試程序的執(zhí)行過程，輸出測試日志。
[0013]進一步地，所述向所述被測試程序發(fā)送測試指令，具體包括:
[0014]向所述被測試程序循環(huán)發(fā)送組合測試指令，所述組合測試指令包括至少一個按照預定順序排列的相同或不同的測試指令。
[0015]進一步地，所述監(jiān)控終端判斷所述測試過程是否停止；如果停止，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對被測試程序的測試過程，具體包括:判斷所述被測試程序的進程是否存在，且判斷所述測試終端是否正常輸出測試日志；
[0016]如果判斷所述被測試程序的進程不存在，或者判斷所述測試終端不正常輸出測試日志，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對被測試程序的測試過程。
[0017]進一步地，所述如果判斷所述被測試程序的進程不存在，或者判斷所述測試終端不正常輸出測試日志之后，還包括:
[0018]所述監(jiān)控終端記錄當前時間和當前判斷日志作為被測試程序的崩潰記錄。
[0019]根據(jù)本發(fā)明的另一方面，本發(fā)明實施例提供一種測試系統(tǒng)，所述系統(tǒng)包括:測試終端和監(jiān)控終端；
[0020]所述測試終端，用于執(zhí)行對被測試程序的測試過程；
[0021]所述監(jiān)控終端，用于判斷所述測試過程是否停止；如果停止，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對所述被測試程序的測試過程。
[0022]進一步地,所述測試終端,具體包括:
[0023]啟動接收模塊、指令發(fā)送模塊和日志輸出模塊；
[0024]所述啟動接收模塊，用于接收所述監(jiān)控終端的啟動測試指令；
[0025]所述指令發(fā)送模塊，用于向所述被測試程序發(fā)送測試指令，以便所述被測試程序執(zhí)行所述測試指令；
[0026]所述日志輸出模塊，用于根據(jù)所述被測試程序的執(zhí)行過程，輸出測試日志。
[0027]進一步地，所述指令發(fā)送模塊，具體包括:
[0028]組合指令發(fā)送單元；
[0029]所述組合指令發(fā)送單元，用于向所述被測試程序循環(huán)發(fā)送組合測試指令，所述組合測試指令包括至少一個按照預定順序排列的相同或不同的測試指令。
[0030]進一步地,所述監(jiān)控終端,具體包括:
[0031]測試判斷模塊和啟動發(fā)送模塊；
[0032]所述測試判斷模塊，用于判斷所述被測試程序的進程是否存在，且判斷所述測試終端是否正常輸出測試日志；
[0033]所述啟動發(fā)送模塊，用于如果所述測試判斷模塊判斷所述被測試程序的進程不存在，或者判斷所述測試終端不正常輸出測試日志，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對被測試程序的測試過程。
[0034]進一步地,所述監(jiān)控終端,還包括:
[0035]日志記錄模塊；
[0036]所述日志記錄模塊，用于記錄當前時間和當前判斷日志作為被測試程序的崩潰記錄。
[0037]本發(fā)明實施例提供的技術(shù)方案帶來的有益效果是:
[0038]通過增加監(jiān)控終端來監(jiān)控和控制在測試終端上的對被測試程序的測試過程，解決了現(xiàn)有測試方法的測試效率較低且需要工程師一直監(jiān)測測試過程的問題，使得在需要多次重復測試的測試過程中可以達到自動執(zhí)行、自動循環(huán)的測試效果。
【專利附圖】

【附圖說明】[0039]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0040]圖1是本發(fā)明實施例所涉及的一種實施環(huán)境的結(jié)構(gòu)示意圖；
[0041]圖2是本發(fā)明實施例一提供的測試方法的方法流程圖；
[0042]圖3是本發(fā)明實施例二提供的測試方法的方法流程圖；
[0043]圖4是本發(fā)明實施例三提供的測試系統(tǒng)的結(jié)構(gòu)方框圖；
[0044]圖5是本發(fā)明實施例三提供的測試終端的另一結(jié)構(gòu)方框圖；
[0045]圖6是本發(fā)明實施例三提供的監(jiān)控終端的另一結(jié)構(gòu)方框圖。
【具體實施方式】
[0046]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。
[0047]首先請參考圖1，其示出了本發(fā)明實施例所涉及的一種實施環(huán)境的結(jié)構(gòu)示意圖。該實施環(huán)境包括測試終端120和監(jiān)控終端140。
[0048]測試終端120可以是諸如智能手機、平板電腦和電子書閱讀器之類的移動終端。測試終端120可以運行被測試程序和基于Instrument構(gòu)建的測試程序。本文中均以測試終端120采用Android的操作系統(tǒng)，被測試程序為運行于Android的應(yīng)用程序來舉例說明。
[0049]監(jiān)控終端140可以是通過數(shù)據(jù)線、有線網(wǎng)絡(luò)或者無線網(wǎng)絡(luò)與測試終端120相連的個人計算機，比如臺式電腦或者筆記本等。監(jiān)控終端140 —方面可以監(jiān)測測試終端120中的被測試程序和測試程序的運行情況；另一方面，監(jiān)控終端140也可以發(fā)送控制指令來控制測試程序的運行。
[0050]實施例一
[0051]請參考圖2，其示出了本發(fā)明實施例一提供的測試方法的方法流程圖。該測試方法可以用于圖1所示的實施環(huán)境中，該測試方法可以具體包括:
[0052]步驟202，測試終端執(zhí)行對被測試程序的測試過程；
[0053]測試終端中可以運行有測試程序和被測試程序，其中，測試程序可以為對應(yīng)于被測試程序的、基于Instrument構(gòu)建的應(yīng)用程序,被測試程序可以是運行于Android的應(yīng)用程序。測試程序可以向被測試程序發(fā)送測試指令，被測試程序執(zhí)行該測試指令。在此過程中，測試程序可以根據(jù)被測試程序執(zhí)行測試指令的過程，輸出測試日志。
[0054]步驟204，監(jiān)控終端判斷測試過程是否停止；如果停止，則向測試終端發(fā)送啟動測試指令，以便測試終端執(zhí)行下一次對被測試程序的測試過程。
[0055]監(jiān)控終端可以判斷測試終端中的測試過程是否停止，比如，在穩(wěn)定性測試中，監(jiān)控終端可以通過監(jiān)控測試終端中的被測試程序是否崩潰來判斷測試過程是否停止；又比如，在另一種常規(guī)性性能測試中，監(jiān)控終端可以通過監(jiān)控測試程序輸出的測試日志是否達到預定條件來判斷測試過程是否停止。
[0056]當監(jiān)控終端判斷到測試終端中的測試過程已經(jīng)停止時，可以向測試終端發(fā)送啟動測試指令，以便測試終端執(zhí)行下一次對被測試程序的測試過程。測試終端執(zhí)行下一次對被測試程序的測試過程可以與步驟202中的測試過程相同或者相似。
[0057]綜上所述，本實施例中的測試方法，通過增加監(jiān)控終端來監(jiān)控和控制在測試終端上的對被測試程序的測試過程，解決了現(xiàn)有測試方法的測試效率較低且需要工程師一直監(jiān)測測試過程的問題，使得在需要多次重復測試的測試過程中可以達到自動執(zhí)行、自動循環(huán)的測試效果。
[0058]實施例二
[0059]請參考圖3，其示出了本發(fā)明實施例二提供的測試方法的方法流程圖。該測試方法可以用于圖1所示的實施環(huán)境中，該測試方法可以具體包括:
[0060]步驟302，測試終端接收監(jiān)控終端的啟動測試指令；
[0061]測試終端中可以運行有測試程序和被測試程序，其中，測試程序可以為對應(yīng)于被測試程序的、基于Instrument構(gòu)建的應(yīng)用程序,被測試程序可以是運行于Android的應(yīng)用程序。在開始測試或者測試過程中時，監(jiān)控終端可以自動或者受控地向測試終端發(fā)送一個啟動測試指令，測試終端在接收到該啟動測試指令之后，測試終端中的測試程序開始執(zhí)行。
[0062]步驟304，測試終端向被測試程序發(fā)送測試指令，以便被測試程序執(zhí)行測試指令；
[0063]測試終端中的測試程序開始執(zhí)行后，可以向被測試程序發(fā)送測試指令，以便被測試程序執(zhí)行測試指令。比如，被測試程序是智能手機上的短信應(yīng)用程序，測試程序可以向該短信應(yīng)用程序發(fā)送一個用于發(fā)送短信的測試指令，則該短信應(yīng)用程序可以根據(jù)該測試指令向目標發(fā)送短信。進一步地，測試程序向被測試程序發(fā)送的測試指令可以是一系列具有時序關(guān)系的組合測試指令，被測試程序可以根據(jù)該組合測試指令執(zhí)行一系列的操作來實現(xiàn)某一項或者多項功能。此時，本步驟具體可以包括:向被測試程序循環(huán)發(fā)送組合測試指令，組合測試指令包括至少一個按照預定順序排列的相同或不同的測試指令。比如，被測試程序依然是智能手機上的短信應(yīng)用程序，測試程序可以向該短信應(yīng)用程序發(fā)送一個用于發(fā)送短信的組合測試指令，該組合測試指令可以包括:填寫收信人的測試指令、填寫短信內(nèi)容的測試指令、發(fā)送短信的測試指令。其中，填寫收信人的測試指令可以每次不同，如發(fā)送給不同的收信人；填寫短信內(nèi)容的測試指令可以每次不同，如發(fā)送諸如文本、圖片、音頻和表情等不同內(nèi)容或者不同信息量的短信。在諸如穩(wěn)定性測試的需要多次重復測試的測試過程中，測試程序可以每次都發(fā)送一組組合測試指令給短信應(yīng)用程序，然后下次發(fā)送相同或者不同的組合測試指令給該短信應(yīng)用程序，每隔一組或者多組組合測試指令可以進行一次循環(huán)。
[0064]步驟306，測試終端根據(jù)被測試程序的執(zhí)行過程，輸出測試日志；
[0065]在被測試程序執(zhí)行測試指令的過程中，測試程序可以根據(jù)被測試程序的執(zhí)行過程輸出測試日志。具體地講，對于被測試程序每次執(zhí)行一組組合測試指令時，均需要輸出至少一次測試日志。
[0066]步驟308，判斷被測試程序的進程是否存在，且判斷測試終端是否正常輸出測試日志；
[0067]監(jiān)控終端可以每隔預定時間間隔來通過兩個方面來判斷測試終端中的測試過程是否停止:第一，監(jiān)控終端可以判斷被測試程序的進程是否存在來判斷測試終端中的測試過程是否停止，也即，如果被測試程序的進程不存在，則表示測試終端中的本次測試過程已經(jīng)停止；第二，監(jiān)控終端可以判斷測試終端是否正常輸出測試日志來判斷測試終端中的測試過程是否停止，也即，如果監(jiān)控終端判斷被測試程序的進程仍然存在(但是可能處于無響應(yīng)的狀態(tài))，但是測試終端已經(jīng)不在正常輸出測試日志了，則表示測試終端中的本地測試過程已經(jīng)停止。在穩(wěn)定性測試中，測試終端中的本地測試過程已經(jīng)停止通常都是由被測試程序的崩潰引起的。
[0068]步驟310，如果判斷被測試程序的進程不存在，或者判斷測試終端不正常輸出測試日志，則向測試終端發(fā)送啟動測試指令，以便測試終端執(zhí)行下一次對被測試程序的測試過程。
[0069]如果監(jiān)控終端判斷被測試程序的進程不存在，或者判斷測試終端不正常輸出測試日志，均表示測試終端中的本地測試過程已經(jīng)停止，此時監(jiān)控終端可以向測試終端發(fā)送啟動測試指令，以便測試終端執(zhí)行下一次對被測試程序的測試過程。測試終端執(zhí)行下一次對被測試程序的測試過程，與步驟302至步驟308基本相同。
[0070]步驟312，監(jiān)控終端記錄當前時間和當前判斷日志作為被測試程序的崩潰記錄。
[0071]在監(jiān)控終端判斷到被測試程序的進程不存在，或者判斷測試終端不正常輸出測試日志時，此時均表示被測試程序已經(jīng)崩潰，監(jiān)控終端可以記錄當前時間和當前判斷到被測試程序崩潰的日志作為被測試程序的崩潰記錄。
[0072]綜上所述，本實施例中的測試方法，通過增加監(jiān)控終端來監(jiān)控和控制在測試終端上的對被測試程序的測試過程，解決了現(xiàn)有測試方法的測試效率較低且需要工程師一直監(jiān)測測試過程的問題，使得在需要多次重復測試的測試過程中可以達到自動執(zhí)行、自動循環(huán)的測試效果。同時，還可以通過組合測試指令來實現(xiàn)對被測試程序進行固定步驟的自動測試；此外，還可以結(jié)合“被測試程序的進程”和“測試程序輸出的測試日志”兩方面來判斷被測試程序是否崩潰，實現(xiàn)更為準確地判斷以便循環(huán)執(zhí)行測試過程。最后，還通過記錄被測試程序的崩潰記錄的方式，來達到使得工程師更方便地獲得測試結(jié)果的效果。
[0073]實施例三
[0074]請參考圖4，其示出了本發(fā)明實施例三提供的測試系統(tǒng)的結(jié)構(gòu)方框圖。該測試系統(tǒng)可以包括:測試終端420和監(jiān)控終端440。
[0075]測試終端420用于執(zhí)行對被測試程序的測試過程。
[0076]監(jiān)控終端440用于判斷測試過程是否停止，如果停止，則向測試終端發(fā)送啟動測試指令，以便測試終端執(zhí)行下一次對被測試程序的測試過程。
[0077]具體地講，測試終端420可以具體包括:啟動接收模塊422、指令發(fā)送模塊424和日志輸出模塊426。其中，啟動接收模塊422用于接收監(jiān)控終端的啟動測試指令；指令發(fā)送模塊424用于向被測試程序發(fā)送測試指令，以便被測試程序執(zhí)行測試指令；日志輸出模塊426用于根據(jù)被測試程序的執(zhí)行過程，輸出測試日志。
[0078]進一步地，指令發(fā)送模塊424可以具體包括:組合指令發(fā)送單元424a，如圖5所示。組合指令發(fā)送單元424a用于向被測試程序循環(huán)發(fā)送組合測試指令，組合測試指令包括至少一個按照預定順序排列的相同或不同的測試指令。
[0079]具體地講，監(jiān)控終端440具體包括:測試判斷模塊442和啟動發(fā)送模塊444。其中，測試判斷模塊442用于判斷被測試程序的進程是否存在，且判斷測試終端是否正常輸出測試日志；啟動發(fā)送模塊444用于如果測試判斷模塊442判斷被測試程序的進程不存在，或者判斷測試終端不正常輸出測試日志，則向測試終端發(fā)送啟動測試指令，以便測試終端執(zhí)行下一次對被測試程序的測試過程。[0080]監(jiān)控終端440還可以包括:日志記錄模塊446，如圖6所示。其中，日志記錄模塊446用于記錄當前時間和當前判斷日志作為被測試程序的崩潰記錄。
[0081]綜上所述，本實施例中的測試系統(tǒng)，通過增加監(jiān)控終端來監(jiān)控和控制在測試終端上的對被測試程序的測試過程，解決了現(xiàn)有測試方法的測試效率較低且需要工程師一直監(jiān)測測試過程的問題，使得在需要多次重復測試的測試過程中可以達到自動執(zhí)行、自動循環(huán)的測試效果。同時，還可以通過組合測試指令來實現(xiàn)對被測試程序進行固定步驟的自動測試；此外，還可以結(jié)合“被測試程序的進程”和“測試程序輸出的測試日志”兩方面來判斷被測試程序是否崩潰，實現(xiàn)更為準確地判斷以便循環(huán)執(zhí)行測試過程。最后，還通過記錄被測試程序的崩潰記錄的方式，來達到使得工程師更方便地獲得測試結(jié)果的效果。
[0082]需要說明的是:上述實施例提供的測試系統(tǒng)在進行測試時，僅以上述各功能模塊的劃分進行舉例說明，實際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另夕卜，上述實施例提供的測試系統(tǒng)裝置與測試方法實施例屬于同一構(gòu)思，其具體實現(xiàn)過程詳見方法實施例，這里不再贅述。
[0083]本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
[0084]以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種測試方法，其特征在于，所述方法包括: 測試終端執(zhí)行對被測試程序的測試過程； 監(jiān)控終端判斷所述測試過程是否停止；如果停止，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對所述被測試程序的測試過程。
2.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，所述測試終端執(zhí)行對被測試程序的測試過程，具體包括: 接收所述監(jiān)控終端的啟動測試指令； 向所述被測試程序發(fā)送測試指令，以便所述被測試程序執(zhí)行所述測試指令； 根據(jù)所述被測試程序的執(zhí)行過程，輸出測試日志。
3.根據(jù)權(quán)利要求2所述的測試方法，其特征在于，所述向所述被測試程序發(fā)送測試指令，具體包括: 向所述被測試程序循環(huán)發(fā)送組合測試指令，所述組合測試指令包括至少一個按照預定順序排列的相同或不同的測試指令。
4.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，所述監(jiān)控終端判斷所述測試過程是否停止；如果停止，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對被測試程序的測試過程，具體包括: 判斷所述被測試程序的進程是否存在，且判斷所述測試終端是否正常輸出測試日志；如果判斷所述被測試程序的進程不存在，或者判斷所述測試終端不正常輸出測試曰志，則向所述測試終端發(fā)送啟動測`試指令，以便所述測試終端執(zhí)行下一次對被測試程序的測試過程。
5.根據(jù)權(quán)利要求4所述的測試方法，其特征在于，所述如果判斷所述被測試程序的進程不存在，或者判斷所述測試終端不正常輸出測試日志之后，還包括: 所述監(jiān)控終端記錄當前時間和當前判斷日志作為被測試程序的崩潰記錄。
6.一種測試系統(tǒng)，其特征在于，所述系統(tǒng)包括:測試終端和監(jiān)控終端； 所述測試終端，用于執(zhí)行對被測試程序的測試過程； 所述監(jiān)控終端，用于判斷所述測試過程是否停止；如果停止，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對所述被測試程序的測試過程。
7.根據(jù)權(quán)利要求6所述的測試系統(tǒng)，其特征在于，所述測試終端，具體包括: 啟動接收模塊、指令發(fā)送模塊和日志輸出模塊； 所述啟動接收模塊，用于接收所述監(jiān)控終端的啟動測試指令； 所述指令發(fā)送模塊，用于向所述被測試程序發(fā)送測試指令，以便所述被測試程序執(zhí)行所述測試指令； 所述日志輸出模塊，用于根據(jù)所述被測試程序的執(zhí)行過程，輸出測試日志。
8.根據(jù)權(quán)利要求7所述的測試系統(tǒng)，其特征在于，所述指令發(fā)送模塊，具體包括: 組合指令發(fā)送單元； 所述組合指令發(fā)送單元，用于向所述被測試程序循環(huán)發(fā)送組合測試指令，所述組合測試指令包括至少一個按照預定順序排列的相同或不同的測試指令。
9.根據(jù)權(quán)利要求6所述的測試系統(tǒng)，其特征在于，所述監(jiān)控終端，具體包括: 測試判斷模塊和啟動發(fā)送模塊；所述測試判斷模塊，用于判斷所述被測試程序的進程是否存在，且判斷所述測試終端是否正常輸出測試日志； 所述啟動發(fā)送模塊，用于如果所述測試判斷模塊判斷所述被測試程序的進程不存在，或者判斷所述測試終端不正常輸出測試日志，則向所述測試終端發(fā)送啟動測試指令，以便所述測試終端執(zhí)行下一次對被測試程序的測試過程。
10.根據(jù)權(quán)利要求9所述的測試系統(tǒng)，其特征在于，所述監(jiān)控終端，還包括: 日志記錄模塊； 所述日志記錄模塊，用于 記錄當前時間和當前判斷日志作為被測試程序的崩潰記錄。
【文檔編號】H04L12/26GK103516557SQ201210213302
【公開日】2014年1月15日 申請日期:2012年6月26日 優(yōu)先權(quán)日:2012年6月26日
【發(fā)明者】邊暢 申請人:騰訊科技（深圳）有限公司