計算機腳本驅動快速測試技術與應用*

劉 靖

(黑龍江省政法管理干部學院)

計算機腳本驅動快速測試技術與應用*

劉 靖

(黑龍江省政法管理干部學院)

提出了一套計算機腳本驅動快速測試策略，包括多項目多班組流水線測試策略、工程模型測試策略、計算機腳本驅動的測試策略、自編文檔測試策略以及多部門交叉培訓策略.在組合多個測試策略的情況下，可保證在嚴格的時間要求下完成快速測試任務.

測試策略;工程模型測試;腳本驅動測試;自編文檔測試

0 引言

計算機快速測試技術已經用于機械制造、航空航天等領域，引起了各國軍事、科研、商業(yè)等部門的廣泛關注，提高計算機快速測試能力具有重要的軍事、商業(yè)及科研意義.國外，在進行計算機快速測試研究工作中，用于航天的典型案例有美國空軍進行的“快速反應空間發(fā)射器”計劃［1－2］，“戰(zhàn)術星2號”計劃［3］.快速測試是影響航天制造等領域響應速度的主要因素，傳統(tǒng)的測試策略很難滿足高速度要求.對于一些特定的測試活動，其完成時間有著嚴格的要求.而且測試具有對象復雜度高、任務要求高、測試人員多、專業(yè)性強等特點，因此要達到快速測試的時間要求，需要考慮多方面因素，從而制定不同的測試策略.筆者將提出的多種測試策略進行組合可以保證對測試時間的嚴格要求，達到快速測試的目的.

1 計算機腳本驅動快速測試策略

首先，為達到快速測試的目的，要求來自不同部門的多個測試組同時進行工作，因此如何協(xié)調各個測試組的測試工作，以及對專業(yè)背景不同的來自多個部門的測試人員的培訓工作是實現(xiàn)快速測試的必備條件.針對這兩個問題，提出了多項目多班組流水線測試策略以及多部門交叉培訓策略，以保證測試在任何條件下都能嚴格按照進度表進行.其次，除了全體測試人員的整體協(xié)調工作以外，個體的測試策略也是保證快速的關鍵.提出了操作簡單、靈活、便于測試和調試的工程模型(EM)策略和計算機腳本驅動測試，此外，合理的文件系統(tǒng)是快速測試的必備條件，它能充分地提供測試要求、測試知識、測試問題、標準步驟及檢驗狀態(tài)，而不給測試組過分的增加負擔，為了達到這個目的，提出了自編文檔的測試策略.下面分別介紹提出的測試策略及其主要的特點.

1.1 多項目多班組流水線測試策略

測試活動的管理是快速測試過程的重要組成部分，是充分利用測試時間完成快速測試任務的關鍵.為了適應快速測試流水線進度表要求，對任何給定時刻一個測試組能完成的活動工作需有幾種選擇，如圖1所示.假設在系統(tǒng)組成部件A出現(xiàn)問題時，仍可按原進度表測試系統(tǒng)組成部件B、C或D，而不影響進度表.為了達到這一目的，在進度表之前應準備好多個項目，且?guī)讉€不同的測試組需要并行工作，準備未來的測試，離線排除棘手的設備.

圖1 多項目多班組流水線測試策略示意圖

1.2 多部門交叉培訓策略

快速響應航天器的測試工作需要多個部門參加，將多個部門的全部參與人員進行提前的培訓是必要的.提出的培訓策略是:(1)要求全體隊員聽八個小時的講座報告，接著進行幾周的控制臺和測試環(huán)境培訓;(2)在培訓時將熟悉特定環(huán)境的人和不熟悉的工程師結成一對，這些來自不同部門的個別人組成的最終測試組能夠完成航天器和有效載荷的全部功能的測試工作.

利用早期測試時間訓練人員的策略，雖然每個人實際測試的時間較期望的少，但整體上這種方法使得測試環(huán)境在批量生產時很少停工.此外，該策略也使足夠多的操作者成為受訓者，因此在實際測試過程中嚴格的時間表對任何個人不是過度的負擔;受訓者能夠完成任何給定的測試，增加了測試組的整體靈活性;因為多個參加過培訓的測試人員可以參加多個測試工作，則允許測試組多次改變工作，并支持周末工作，從而不會受到來自測試進度表的過分壓力.而且沒有一臺測試儀器是資源瓶頸，故該培訓策略也減小了速度的風險.

1.3 工程模型(EM)策略

首先引入平置衛(wèi)星的概念，平置衛(wèi)星是指把一套航天器部件用導線連接，并放在工作平臺上，而不是安裝在飛行結構上.工程模型就是基于這個概念建立起來的，其基本思想是等效替換，即在更換某個航天器部件的情況下測試整個系統(tǒng)的參數(shù)，從而達到快速測試該航天器部件的作用.如圖2所示，假設待測部件D'和已知合格部件D為相同的航天器部件，首先利用部件D以及其他航天器部件搭建好平置衛(wèi)星后，在設定的測試點對系統(tǒng)進行測試，得到正常部件的測試結果，然后將部件D調換成待測部件D'，并重新搭建好平置衛(wèi)星，在同樣的測試點對系統(tǒng)進行測試，比較兩種測試結果，判斷部件D'是否合格.該方法操作簡單、靈活、便于測試和調試.利用設計前產生的功能工程模型可消除飛行單元集成時發(fā)生的90%電氣接口問題.

圖2 工程模型(EM)測試策略示意圖

1.4 計算機腳本(Script)驅動測試策略

“腳本”最早源于影視編劇，與劇本側重場景描述和表現(xiàn)要求不同，腳本更側重詳細描述場景怎樣實現(xiàn)，人物怎樣動作.腳本要描述很多情節(jié)并教給演員去演，而對于計算機腳本而言，那些功能比較單一的可執(zhí)行程序就成了演員，腳本就像個導演來協(xié)調這些程序執(zhí)行.因此簡單地說腳本就是一條條的文字命令，這些文字命令是可以看到的(如可以用記事本打開查看、編輯)，腳本程序在執(zhí)行時，是由系統(tǒng)的一個解釋器，將其一條條的文字命令翻譯成機器可識別的指令，并按程序順序執(zhí)行.腳本是批處理文件的延伸，是一種純文本保存的程序，通常指的計算機腳本程序是確定的一系列控制計算機進行運算操作動作的組合，在其中可以實現(xiàn)一定的邏輯分支等.現(xiàn)在的腳本語言是比較多的，其中 TCL(Tool Command Language)是一種應用最廣的腳本語言，它幾乎在所有的平臺上都可以解釋運行.一般的腳本語言的執(zhí)行只同具體的解釋執(zhí)行器有關，所以只要系統(tǒng)上有相應語言的解釋程序就可以做到跨平臺執(zhí)行.

將計算機腳本應用于快速響應航天器的快速測試中，提出計算機腳本驅動測試策略.該策略的腳本設計是以測試流程圖文件為基礎的，測試流程圖文件是包含測試方案和測試步驟的混合文本.其中，測試方案是測試目標的高層說明書及測試如何實現(xiàn)的一般說明，包括需要的設備和人員的說明;測試步驟是執(zhí)行測試需要的一系列任務的每一步詳細說明，通常包括準確的指導性說明和每一步的標號.在高層說明書中，有經驗的測試操作者利用他們的知識與經驗可在空白的地方和腳本中填充實際的命令序列以及檢驗任務，可以節(jié)省相當多的時間.同時，測試流程圖文件還包含測試目標的簡短介紹及測試設備在內的測試裝置的描述.腳本設計對腳本編寫者的要求是保證檢驗步驟是經過深思熟慮的，而且要將具有消息說明的實驗結果記錄編成文檔.

計算機腳本驅動測試給測試過程增加了極大的靈活性.通過掌握腳本中特定測試任務的專門知識，任何一個適當熟練的操作者都能執(zhí)行測試，因此允許不同的專家在每個項目上工作.多個測試組允許測試時間延長，某些組可能下班，而其他組還在工作.利用腳本可使特定人與特定測試過程分離，以使主要的故障排除工作離線進行，而其他人的測試工作繼續(xù)進行.在建立系統(tǒng)和元件的標準行為時，腳本也是很有用的，例如，在給衛(wèi)星平臺增加新功能及公布軟件新版本時，利用腳本就可以很容易實現(xiàn)有助于識別和分離故障問題的可重復測試.測試前準備腳本工作也為某些組成員提供了解系統(tǒng)知識和使用平置衛(wèi)星使用前的一般操作能力的機會.

1.5 自編文檔測試策略

自編文檔的測試系統(tǒng)包含兩大部分:數(shù)據(jù)顯示系統(tǒng)和自編文檔腳本數(shù)據(jù)庫(如圖3所示).利用LabView創(chuàng)建用戶與TCL數(shù)據(jù)庫交互的用戶界面，該數(shù)據(jù)顯示系統(tǒng)在TCL數(shù)據(jù)庫頂層運行.該LabView系統(tǒng)允許用戶在任何時候回放以前的測試數(shù)據(jù)，同時允許用戶單步回放數(shù)據(jù)，這可使總能夠重現(xiàn)測試中發(fā)生的故障或者偶然事故.數(shù)據(jù)錄入過程總是在后臺進行的，所有操作者可以在更高的功能特性層上隨意觀察數(shù)據(jù)而不是觀察和記錄細節(jié)數(shù)據(jù).因此，自編文檔測試系統(tǒng)的一個主要優(yōu)點在于TCL腳本和TCL檢查者記錄的可交互作用.在腳本運行時，命令行的各項記錄、打印說明以及運行計時器的信息自動地記錄到一個獨立的文檔文件.通過構造時間標簽主要信息以及打印主要變量值及結果，受腳本運行的所有測試過程本身將結果形成文檔，并為操作者提供了詳細結果的指導性說明，而不需要在測試進行中或測試完成后，編寫長篇的測試報告.腳本是用預先計劃好的測試檢驗點構成的，這些檢驗點均保存在測試完成時所打印的測試檢驗報告文檔中.無論何時出現(xiàn)錯誤或意外的情況，腳本將提示測試人員輸入錯誤或意外情況的說明，這些說明也在測試結束時打印出來，以總結該測試階段所遇到的所有問題.

自編文檔測試策略的另外一個關鍵步驟是把故障問題編成稱為“問題/故障報告”的文檔，該文檔記錄包括單一的標識符，問題出現(xiàn)的日期，測試指導者報告，代理人，問題的描述，記錄測試中故障排除的優(yōu)先級和位置以及最后采取的校正措施等重要信息.這些文檔會在每周例會上交給測試組以及其他參與單位代表審閱.

圖3 自編文檔測試系統(tǒng)示意圖

2 結論

傳統(tǒng)的測試策略很難滿足具有對象復雜度高、任務要求高、測試人員多、專業(yè)性強等特點的測試場合，因此要達到快速測試的時間要求，需要考慮多方面因素，從而制定不同的測試策略.本文提出了多種測試策略，其中多項目多班組流水線測試策略以及多部門交叉培訓策略，以保證測試在任何條件下都能嚴格按照進度表進行;提出的計算機腳本驅動測試策略，廣泛利用了不同機構及專業(yè)領域的腳本進行測試，它使每個測試操作者不依賴于特定的專業(yè)知識，且方案具有很大的靈活性;提出的工程模型策略也大大增加了測試的靈活性和效率;提出的自編文檔的測試策略將文檔維護和使用的勞動量降到最小.這些因素組合起來使測試組只用正常要求的小部分時間完成復雜測試任務.

［1］胡永秋.2005年世界軍事航天發(fā)展回顧.國防科技信息中心.

［2］許紅英，侯丹，郭多嫻.2006年世界航天發(fā)展回顧(概述).中國航天工程咨詢中心.

［3］Terrance Yee.Key elements of rapid integration and test.3rd Responsive Space Conference，2005，4:25 － 28.

The Technology of Rapid Computer Script Driven Test and its Applications

Liu Jing
(Heilongjiang Administrative Institute of Politics and Law)

Computer test strategy is an important factor of rapid manufacture and resembling.With the shortest possible time to complete the complex task is to make time to test the key and not suited to traditional testing strategies quickly respond quickly.In this papers，a set of spacecraft for testing rapid response strategies is presented，including multi－project multi－line test strategy team，engineering model test strategy，test strategy computer script－driven，self Document testing strategies and multi－sectoral cross－training strategy.with the combination of multiple testing strategies，the strict time requirements to complete the rapid test task are ensured.

Test strategy;Engineering model test;Scriptdriven test Self test document

2010－10－11

*黑龍江省自然科學基金青年基金資助(QC2010066)

(責任編輯:李佳云)