航天應用中的大部分軟件都是嵌入式軟件，可靠性要求很高，因此，對其進行充分測試顯得尤為重要。但是，嵌入式軟件運行環境同硬件有著密切的關系，使得嵌入式軟件測試過程非常復雜，目前存在的一些測試工具偏重于白盒測試且價格昂貴，針對黑盒測試，目前還是以人工測試為主。由于軟件的復雜程度越來越高，導致人為設計測試用例數量巨大且無法保證測試充分性。而對航天軟件來說，是否滿足任務要求是軟件的重點，因此，從用戶的角度對軟件運行剖面進行數學建模，對系統是怎樣的以及它會怎樣被使用做出一個定量描述，根據這些量值可以對軟件中至關重要的、生命攸關的、關系到系統成敗的部分給與充分的測試。通過任務剖面模型可獲取測試用例和測試數據的等價類信息，自動生成測試用例，大大減輕測試人員的工作量，提高了測試工作的效率和質量。本文中采用帶標記的Markov鏈對軟件運行剖面進行描述，并據此生成測試用例。

　　1．軟件運行剖面

　　軟件運行剖面是用來描述軟件的實際使用情況的。1993年，MUSA在IEEE發表了一篇題為《軟件可靠性工程中的運行剖面》的文章，開創了軟件運行剖面的研究，文中MUSA給出了實施軟件運行剖面的一般步驟。MUSA（參考文章[1]）對軟件分析的原則，不僅適用于嵌入式軟件，對一般的應用軟件也適用。首先對軟件的使用者進行分類，不同類型的使用者可能以不同的方式來使用軟件，根據對使用者的劃分將軟件劃分成不同的模式剖面。其次，模式剖面又可以劃分為不同的功能剖面，即每個模式下都有許多不同的功能。最后，每一個功能又由許多運行組成。這些運行的集合便構成了運行剖面。上述的每一次劃分都是依據概率發生的，這些概率估計主要是基于如下幾個方面： ① 從現有系統收集到的數據， ② 與用戶的交談或對用戶進行觀察獲得的信息， ③ 原型使用與試驗分析的結果， ④ 相關領域專家的意見。定義使用概率的最佳方法是使用實際的用戶數據，如來自原型系統、前一版本的使用數據；其次是由該軟件應用領域的用戶和專家提供的預期使用數據。軟件的運行剖面是定量描述用戶實際使用軟件方式的有效方法。MUSA的軟件劃分原則簡單且容易實施，只要按照步驟逐步實行就可以得出軟件的比較準確的運行剖面。但是，也要看到，MUSA的軟件分析原則只是提供了一個分析軟件的方法，在特定的應用中，有些步驟可以簡化處理，根據具體的實際情況，靈活運用。

　　2．運行剖面的構造過程

　　2.1 運行的表示方法

　　首先來定義兩種圖，第一種圖用來描述分解后的運行，即運行圖，定義為TF={P1，P2，……Pn}，其中，P1，P2……Pn表示構成運行的各個狀態，Pi的下一個狀態為Pi+1，Pi的上一個狀態為Pi-1，這些狀態表示的是一個任務從開始到結束的一個過程，即P1-〉P2……-〉Pn。我們可以用這個圖來描述經分析得到的運行。當運行圖中某個狀態中可以有幾種不同的路徑到達下一個狀態時，僅用運行圖就不能準確表達該運行，此時，就要用到狀態細化圖，狀態細化圖用來描述運行圖中狀態的內部細節，定義為一個三元組DTF= ，其中，sequence={Bi|Bi=TFi}， i="1"……n。start為此細化圖的公共開始節點，end為此細化圖的公共終止節點。被測軟件中所有的運行，只要劃分的足夠細，都可以由上面兩種圖準確的表示出來。

　　2.2 將由運行圖、狀態細化圖表示的運行剖面轉化為Markov鏈表示

　　將以上兩種圖描述的運行剖面轉化成Markov鏈描述主要基于以下考慮：

　　1．Markov鏈的特點是下一個狀態只和當前狀態有關，而與歷史狀態無關，在這里就是軟件的當前狀態只和上一狀態有關，與更早的歷史狀態無關，若上一狀態正確，則在正確的輸入下，軟件的當前狀態一定正確，否則，軟件一定存在缺陷，這對于定位軟件測試中的錯誤是十分方便的，通過Markov鏈中狀態轉移概率，還能直觀的認識到軟件中各個功能的使用頻率，給出一個定量的描述。

　　2．這里的Markov鏈描述相當于編譯中的中間語言，即程序的所有處理都是基于Markov鏈的。使用中間語言便于程序內部處理。

　　3．當某個節點內部有需要細化的分支時，Markov鏈會綜合內部分支，給出一個整體的綜合表述。這對于產生測試用例非常方便。