【正文】 nt [ZHX8]: 這一段應(yīng)該討論測試?yán)倪x擇原則預(yù)算法。請考慮建議的表格方式是否合理？此表的目的僅為用于測試?yán)x擇， “測試目標(biāo)”和“測試結(jié)果”有什么用？Comment [ZHX9]: 為什么是 “通用”測試集或例？RTPT 執(zhí)行的只能是可執(zhí)行測試集、組、例。通用測試集與測試方法無關(guān)，抽象測試?yán)c測試方法有關(guān)，但 RTPT不能執(zhí)行，只有可執(zhí)行測試?yán)拍転?RTPT所用。西南交通大學(xué)碩士研究生畢業(yè)論文 第 21 頁enum verdict { pass, fail, inconclusive}該枚舉類型的成員分別代表 TTCN3中 Verdict類型三個值：pass、fail 、inconc。測試管理器通過判斷函數(shù)返回值，即枚舉類型 verdict的值就可以知道該測試?yán)龍?zhí)行的結(jié)果為 pass（通過） 、 fail（失?。┻€是inconc（不確定） 。測試管理器就可以根據(jù)測試?yán)龍?zhí)行的結(jié)果做出相應(yīng)操作。在實際的測試過程中，測試管理器根據(jù)用戶的選擇逐個執(zhí)行相關(guān)測試?yán)瑧?yīng)該執(zhí)行那個測試?yán)驼{(diào)用那個測試?yán)鶎?yīng)的函數(shù)。測試?yán)瘮?shù)在執(zhí)行中，自動向路由器發(fā)送數(shù)據(jù)，接收反饋數(shù)據(jù)，根據(jù)反饋數(shù)據(jù)得出執(zhí)行結(jié)果，最后把結(jié)果以返回值的形式送測試管理器。測試管理器則根據(jù)測試?yán)瘮?shù)的返回值判斷其執(zhí)行結(jié)果、做出相應(yīng)操作，并決定下一步執(zhí)行那一個測試?yán)Ｒ来祟愅?，直到所有需要?zhí)行的測試?yán)紙?zhí)行完畢。這就是測試?yán)陔p端口測試器中執(zhí)行的過程。通過上一小節(jié)的介紹已經(jīng)可以了解一個測試?yán)龍?zhí)行的大致過程，但是一次測試往往需要執(zhí)行若干測試?yán)?，而測試?yán)龍?zhí)行管理也不僅僅是簡單的執(zhí)行每個測試?yán)?，再匯集每個測試?yán)龍?zhí)行的結(jié)果。在雙端口測試系統(tǒng)管理器中，對測試?yán)龍?zhí)行的管理應(yīng)著重解決以下幾個問題：? 當(dāng)需要執(zhí)行的測試?yán)谝粋€以上時，如何有序組織為數(shù)眾多的測試?yán)? 當(dāng)每個測試?yán)龍?zhí)行后產(chǎn)生不同結(jié)果，針對不同的執(zhí)行結(jié)果，測試系統(tǒng)應(yīng)該采取那些應(yīng)對操作? 當(dāng)一個測試?yán)龍?zhí)行完畢后，如何根據(jù)其執(zhí)行的結(jié)果確定下一個應(yīng)當(dāng)執(zhí)行的測試?yán)跍y試系統(tǒng)的實際開發(fā)中，為了解決以上問題，筆者設(shè)計了一個測試?yán)龍?zhí)行規(guī)則表（Testcase Executing Rules Table TERT） 。下面是該表的表頭：表 4－1 測試?yán)龍?zhí)行規(guī)則表頭編號 測試?yán)?測試目標(biāo) 測試結(jié)果 執(zhí)行結(jié)果處理 下一執(zhí)行測試?yán)旅媸菍y試?yán)龍?zhí)行規(guī)則表（TERT）的每一個字段進(jìn)行說明：(1)編號：在一個測試集（例如，IPv6 基本描述協(xié)議通用測試集）中給予每個測試?yán)奈ㄒ恍蛱枴＞幪柕淖饔檬牵?)在生成靜態(tài)測試?yán)龍?zhí)行序列時，西南交通大學(xué)碩士研究生畢業(yè)論文 第 22 頁確定每個測試?yán)谛蛄兄械奈恢茫?)在進(jìn)行測試?yán)龍?zhí)行動態(tài)管理時，指示后繼測試?yán)膱?zhí)行。(2)測試?yán)哼M(jìn)行測試?yán)?guī)劃時，對測試?yán)拿?。例如，前面提到的測試 IPv6 版本號字段的 G1_GS1_BV001 測試?yán)?G1_GS1_BV001 即為該測試?yán)臏y試?yán)?3)測試目標(biāo)：在測試?yán)?guī)劃時，每個測試?yán)?guī)劃和編寫時都有自己的測試目標(biāo)。例如，測試?yán)?G1_GS1_BV001 的測試目的是將 IPv6 的版本號字段置為 6 后進(jìn)行一致性測試。(4)測試結(jié)果：即 pass（通過） 、fail （失?。┻€是 inconc（不確定）三種結(jié)果，表中設(shè)計這個字段主要是為了對測試?yán)龍?zhí)行的不同結(jié)果分別進(jìn)行處理(5)執(zhí)行結(jié)果處理：針對每個測試?yán)牟煌瑘?zhí)行結(jié)果而采取的不同處理，包括確定測試結(jié)論、后繼測試?yán)龍?zhí)行指示等。(6)下一執(zhí)行測試?yán)涸摐y試?yán)龍?zhí)行處理完畢后，下一執(zhí)行測試?yán)木幪?。筆者還是以測試?yán)?G1_GS1_BV001 為例，具體談一下如何進(jìn)行使用（TERT）進(jìn)行測試?yán)龍?zhí)行管理。表 4－2 測試?yán)龍?zhí)行規(guī)則表舉例編號 測試?yán)?測試目標(biāo) 測試結(jié)果 執(zhí)行結(jié)果處理 下一執(zhí)行 測試?yán)齪ass被測路由器可正確識別 IPv6版本號字段0002fail被測路由器無法確識別 IPv6版本號字段00020221 G1_GS1_BV001IPv6 的版本號字段置為 6，進(jìn)行一致性測試 inconc 無法判斷被測路由器對 IPv6版本號字段的識別情況0002需要說明的是，當(dāng)結(jié)果為 inconc 時，表示在某些情況下，由于各種原因，造成了不能作結(jié)論(inconclusive)這種結(jié)果。在這種情況下，可能需要人工對測試器記錄的被測 PDU 流、命令流和支持層 PDU 數(shù)據(jù)流進(jìn)行分析。在進(jìn)行雙端口測試器開發(fā)時，測試?yán)龍?zhí)行規(guī)則表（TERT）以數(shù)據(jù)表的形式存放在系統(tǒng)數(shù)據(jù)庫中。運行雙端口測試器軟件的時候，如果每執(zhí)行一個測試?yán)蛷臄?shù)據(jù)庫中讀取測試?yán)龍?zhí)行規(guī)則表（TERT） ，勢必會造成對數(shù)西南交通大學(xué)碩士研究生畢業(yè)論文 第 23 頁據(jù)庫的頻繁讀寫，影響測試器軟件的執(zhí)行效率。為了解決這個問題并方便指示測試?yán)膱?zhí)行，筆者在雙端口測試器的開發(fā)中采用的策略是將測試?yán)龍?zhí)行規(guī)則表的信息讀入到一個雙向循環(huán)鏈表中。如果不采用雙向循環(huán)鏈表，使用其他形式的線形表 [26]也可以起到同樣作用。筆者在測試系統(tǒng)的開發(fā)中，把測試?yán)龍?zhí)行規(guī)則表的每一條記錄讀出后寫入到雙向循環(huán)鏈表的一個節(jié)點中，即鏈表中每一個節(jié)點指示一個測試?yán)膱?zhí)行。這樣這個雙向循環(huán)鏈表在測試系統(tǒng)軟件執(zhí)行時，就構(gòu)成了指示測試?yán)龍?zhí)行的測試?yán)龍?zhí)行序列。圖 42 為構(gòu)成測試序列的一個雙向循環(huán)鏈表節(jié)點的結(jié)構(gòu)。這個結(jié)構(gòu)體中的每一個成員都和測試?yán)龍?zhí)行規(guī)則表中的每一項一一相關(guān)。把測試?yán)龍?zhí)行規(guī)則表中一條記錄的數(shù)據(jù)讀入到一個鏈表節(jié)點的具體操作是：編號字段讀入節(jié)點成員 int number；測試?yán)侄巫x入節(jié)點成員 char name[30]；測試目標(biāo)字段讀入節(jié)點成員 char target[50]；測試結(jié)果 和執(zhí)行結(jié)果處理字段根據(jù)三種執(zhí)行結(jié)果分別讀入到 char pass_result[50]、char fail_result[50]、char inconc_result[50]這三個節(jié)點成員； 下一執(zhí)行測試?yán)?字段也是根據(jù)三種不同結(jié)果分別讀入到 int pass_next、int fail_next、int inconc_next 這三個節(jié)點成員，這三個節(jié)點成員保存的都是下一執(zhí)行測試?yán)木幪?。在雙端口測試系統(tǒng)的系統(tǒng)數(shù)據(jù)庫中為一致性測試的每一個協(xié)議集都單獨建立一個測試?yán)龍?zhí)行規(guī)則表，而性能測試由于各測試?yán)g的聯(lián)系小，耦struct testcase{int number。 char name[30]。 char target[50]。 char pass_result[50]。 char fail_result[50]。 char inconc_result[50]。 int pass_next。 int fail_next。 int inconc_next。 struct testcase *pre。 struct testcase *next。}圖 42 雙向循環(huán)鏈表節(jié)點西南交通大學(xué)碩士研究生畢業(yè)論文 第 24 頁合度低，其執(zhí)行規(guī)則可以存放在一個測試?yán)龍?zhí)行規(guī)則表中。在雙端口測試系統(tǒng)進(jìn)行測試的過程中，測試管理器根據(jù)用戶的選擇或多端口同步并行測試系統(tǒng)管理器的傳來的測試參數(shù)，可以迅速確定那些測試?yán)切枰獔?zhí)行的。這樣再根據(jù)每個測試?yán)木幪?，按升序把測試?yán)龍?zhí)行規(guī)則表中的相關(guān)記錄一一寫入到測試?yán)龍?zhí)行序列中。生成了測試?yán)龍?zhí)行序列后，就可以從序列中第一個節(jié)點指示的測試?yán)_始執(zhí)行。對于執(zhí)行完畢的測試?yán)瑴y試管理器記錄該測試?yán)臏y試?yán)?、測試結(jié)果、測試結(jié)果處理，這些都屬于測試數(shù)據(jù)，由用戶界面顯示給用戶。后繼測試?yán)纪ㄟ^當(dāng)前執(zhí)行測試?yán)?jié)點中的相關(guān)成員迅速得到下一個執(zhí)行測試?yán)木幪枴Ｍ瓿梢陨瞎ぷ骱?，測試管理器就讓該測試?yán)墓?jié)點脫離測試執(zhí)行序列。測試管理器繼續(xù)執(zhí)行后繼測試?yán)?。如法炮制，直到測試執(zhí)行序列中沒有任何節(jié)點，即表示該次測試結(jié)束。到此以雙向循環(huán)鏈表作為測試?yán)龍?zhí)行序列來指示測試?yán)龍?zhí)行的策略，還有兩個問題要解決。第一個問題：在測試?yán)龍?zhí)行序列節(jié)點中指示后繼測試?yán)龍?zhí)行的成員是 int pass_next、int fail_next、int inconc_next，這三個成員存儲的是測試?yán)木幪?。但是在測試?yán)龍?zhí)行序列中每個測試?yán)梢粋€節(jié)點表示。如何通過測試?yán)木幪柖ㄎ幌鄳?yīng)的測試?yán)?jié)點？第二個問題：上文曾提到，編譯完成的測試?yán)且院瘮?shù)的形式存在于測試系統(tǒng)中，所以執(zhí)行時只需要一條簡單的語句 verdict result＝G1_GS1_BV001( )。但是在測試?yán)芾砥髦惺怯靡粋€循環(huán)語句來執(zhí)行測試?yán)龍?zhí)行序列中所有測試?yán)Ｔ谘h(huán)體中，如何用一條語句就執(zhí)行名字各不相同的函數(shù)？為了解決這兩個問題，在開發(fā)中筆者采取的是使用兩個中間函數(shù)來解決這兩個問題。筆者定義 struct testcase *search(int number)函數(shù)實現(xiàn)測試?yán)幪柵c測試?yán)龍?zhí)行序列節(jié)點地址的轉(zhuǎn)換。search 函數(shù)以測試?yán)木幪栕鳛閰?shù)，根據(jù)編號搜尋相對應(yīng)的測試?yán)蛄泄?jié)點，再將該節(jié)點的地址作為返回值，送回調(diào)用函數(shù)。這樣測試管理器就可以根據(jù)這個地址非常方便的執(zhí)行下一個測試?yán)５诙€問題的解決復(fù)雜一些。為解決這個問題，筆者設(shè)計了 verdict ExecuteFunctions( char *p)函數(shù)。這個函數(shù)的參數(shù)是一個字符指針，代表測試?yán)瘮?shù)名，即測試?yán)蛄泄?jié)點中的 char name[30]成員。測試?yán)瘮?shù)實際上是在 ExecuteFunctions 函數(shù)中被調(diào)用，再把執(zhí)行后的結(jié)果返回給調(diào)用函數(shù)。verdict ExecuteFunctions( char *p){ if(strcmp(p,G1_GS1_BV001)==0)return G1_GS1_BV001()。 if(strcmp(p,G1_GS1_BI001)==0)return G1_GS1_BI001()。 if(strcmp(p,G1_GS1_BI002)==0)return G1_GS1_BI002()。 if(strcmp(p,G1_GS2_BV001)==0)return G1_GS2_BV001()。 if(strcmp(p,G1_GS2_BV002)==0)return G1_GS2_BV002()。 ......}圖 5－3 ExecuteFunctions 函數(shù)西南交通大學(xué)碩士研究生畢業(yè)論文 第 25 頁測試系統(tǒng)中所有的測試?yán)紩霈F(xiàn)在 ExecuteFunctions 函數(shù)中，根據(jù)測試?yán)湍苷业綄?yīng)的測試?yán)瘮?shù)。在引入了 search 和 ExecuteFunctions 函數(shù)后，測試管理器的測試?yán)龍?zhí)行部分將變成如下圖 44 所示：p = head。while(count0){ result = ExecuteFunctions(pname)。 if(result = pass) { p = temp。 p = search(ppass_next)。 NodeOut(temp)。 count。 } else if(result = fail) { p = temp。 p = search(pfail_next)。 NodeOut(temp)。 count。 } else if(result = inconc) { p = temp。 p = search(pinconc_next)。 NodeOut(temp)。 count。 }}圖 44 測試管理器測試?yán)龍?zhí)行部分西南交通大學(xué)碩士研究生畢業(yè)論文 第 26 頁圖 44 的代碼中，head 是測試執(zhí)行序列的頭指針，p 和 temp 是指向測試執(zhí)行序列節(jié)點的指針，p 指向當(dāng)前的執(zhí)行的測試?yán)?jié)點，temp 作為臨時的指針，該指針指向的節(jié)點由 NodeOut 函數(shù)從測試執(zhí)行序列中刪除。while循環(huán)體中 if 語句的作用是根據(jù)測試?yán)龍?zhí)行的結(jié)果確定后繼測試?yán)?。以上介紹的就是測試?yán)龍?zhí)行管理的一般性策略。歸納起來就是：1)在開發(fā)測試器軟件時，就預(yù)先設(shè)計好每個測試?yán)龍?zhí)行的處理策略，并寫入中心數(shù)據(jù)庫的測試?yán)龍?zhí)行規(guī)則表中2)在測試器軟件執(zhí)行過程中，首先從測試?yán)龍?zhí)行規(guī)則表中讀出數(shù)據(jù)并寫入測試?yán)龍?zhí)行序列的對應(yīng)位置3)按照測試?yán)龍?zhí)行序列的指示逐一執(zhí)行測試?yán)⑻幚砥鋱?zhí)行結(jié)果，直到測試序列中所有的測試?yán)龍?zhí)行完畢。 單狀態(tài)協(xié)議測試?yán)膱?zhí)行管理上一節(jié)介紹了雙端口測試管理器中測試?yán)龍?zhí)行的一般性策略，但是如何西南交通大學(xué)碩士研究生畢業(yè)論文 第 27 頁確定測試?yán)木幪?，即如何確定測試?yán)跍y試集中執(zhí)行的先后次序？這是因為形成最初的測試?yán)龍?zhí)行序列時是依據(jù)測試?yán)木幪杹砼哦y試?yán)谛蛄兄械捻樞颉４送?，如何根?jù)測試?yán)龍?zhí)行的結(jié)果確定下面執(zhí)行何測試?yán)葱璨恍枰獙y試?yán)龍?zhí)行進(jìn)行動態(tài)選擇，如何進(jìn)行動態(tài)選擇 [2728]？這些都是在測試?yán)龍?zhí)行管理中，需要研究的問題。在性能測試中，主要對路由器的吞吐率、延遲、幀/包丟失率、幀/ 包突發(fā)量等性能指標(biāo)進(jìn)行臨界測試。性能測試的測試?yán)饕歉鶕?jù)被測的性能指標(biāo)而向路由器發(fā)送特殊的數(shù)據(jù) [28]。因此性能測試的測試?yán)g聯(lián)系不大，耦合度小，所以在性能測試中，測試?yán)膱?zhí)行順序?qū)y試?yán)Y(jié)果影響不大，測試?yán)?