軟體測試管理系統，可以說由來已久，按道理講，軍用裝備軟體測試這個行業從萌芽、成長到成熟，已有近20年的光陰；當資訊化、數字化早已成為各個行業的共識的時候，軟體測試管理系統在軍工行業的推行卻并非一番風順。
究其原因，我認為一款好用、實用，适合于軍用軟體測試管理的系統，需要解決的軍工行業軟體測試的痛點很多。
1、需要解決的痛點有哪些？
在軍用軟體測試行業圈中，幾乎各家都有過測試管理系統的開發和部署實踐，但真正達到全程使用、達到全項目使用的卻寥寥無幾。很多機關，在一次次的試用中彷徨，在多個産品中的選擇中觀望。
我們軍用軟體測試所碰到的測試業務場景，遠非網際網路這樣在辦公室環境下就可以開展軟體測試業務那樣單純。一款适合于軍用軟體測試業務開展的測試管理系統，也絕不是按照國軍标所說的那樣，按照嚴格的階段劃分，進行架構設計的。很多軟體測試管理系統，以國軍标所要求的階段劃分進行設計，強調流轉的有序、審批的合規以及過程的不可逆，導緻開展真正的軟體測試項目時困難重重。
2、STM系統的疊代優化
凱雲科技的STM系統也同樣經曆了從合規性思維，向效果性思維的轉變，在多達近百項的軟體測試項目實踐中不斷疊代優化，創造性地産生了被測軟體需求分析與測試項提取、測試用例的資料執行個體化、導入表格資料自動産生測試執行個體、邊設計測試執行個體邊執行、測試執行的重置、批量化執行通過、測試執行個體不能執行的狀态及其說明等等特性。
這些特性，都是通過在真正的測試項目實踐中論證和總結出來的，目前市面上的其他軟體測試管理系統鮮有這些功能。
▲ STM管理系統主界面
3、STM系統主要功能特性
3.1架構設計上
凱雲科技的軟體測試管理系統STM最初也是BS的架構設計，通過浏覽器通路服務的方式進行的設計；但在實際的測試工作中，我們發現很多時候，我們需要帶着測試管理系統，到處跑，要到裝備現場去開展測試、要到部隊開展測試、要到軍方的試驗基地去開展測試。龐大的伺服器部署要求，在便攜式電腦上部署一次BS版本的測試管理系統，需要3個小時以上，這種場景舉步維艱。
為了應對這個場景，我們果斷地提出了CS架構版本測試管理系統的需求，這雖然有些逆潮流而動，但也确确實實地為STM的軍用軟體測試取得了先天的優勢。
▲ STM系統部署關系圖
3.2多人協同上
網絡環境下的多人協同從來就不是問題，痛點在于無網絡環境下，如何進行多人協同的問題，這個痛點幾乎構成了軍用軟體測試不可繞過的坎；STM的離線任務管理，不僅可以在粗粒度上解決這個問題，而且可以確定分任務多階段的資料合并問題，使得無網絡環境下的多人協同變得容易。
▲ STM系統軟體子產品組成圖
3.3實用功能上
在開展測試項目過程中，如何能快速地從被測軟體文檔中提取測試項、如何邊進行測試用例設計邊執行、測試執行錯誤後如何重置執行等等問題都是測試項目開展中的實實在在的問題，下面一項項地說起：
（1）被測件接收過程
STM具有被測件接收過程，由軟體自動讀取和分析被測件文檔，将非結構化文檔提取為結構化資料，自動分析被測件是否完備，自動提取出項目所需要的被測件資料。
（2）辨別的自動生成
無論是在測試需求項、測試用例、測試執行個體、測試記錄等，按照軍用軟體測試項目管理的要求，均要有唯一性的辨別。在STM工作中，你根本不用考慮自己填寫辨別的問題，辨別按照算法自動給你産生，當一個大型項目開展時，别看這樣一個小小的需求，威力巨大。
（3）預設文字的填寫
在測試項目開展中，有很多情況下，需要輸入類似“所有用例執行完畢，對于未執行的測試用例說明原因。發現的問題均得到了有效處理。”這樣的大部分條目都要用到的描述，STM中給出了儲存為預設文字、取預設文字這樣的功能，非常友善。
（4）條目的移動與拖曳
很多時候，我們管理的測試條目或者說測試資料，不僅僅要求能管理就行了，我們可能想進行順序調整，包括上下順序、級别層級，STM中所有表格都支援條目的移動、降級、更新等，還支援拖曳移動。
（5）測試用例的設計
在測試用例設計上，STM中在測試用例下具有測試執行個體的概念，測試用例中的描述可以用參數化的方法進行描述，對參數就可以進行測試執行個體的設計。STM提供了等價類、組合測試執行個體資料自動化生成的功能，可以非常有針對性地開展測試執行個體資料的設計。STM中還提供了表格資料（word、excel）導入形成測試執行個體資料的機制。
（6）回溯修改的機制
雖然，軟體測試項目是按照軟體測試需求分析、軟體測試設計、軟體測試執行、回歸測試、測試總結這樣的GJB438B的說法來的。但實際上，我們在開展測試執行時，發現用例描述不太對，我們自然希望順手就能修改測試用例描述，在測試用例設計時，發現測試需求寫錯了，我們也希望能直接改。這是實際測試工作不可避免的。
（7）測試執行狀态的豐富
測試執行個體執行的狀态不僅包括未執行、通過、不通過，還包括了不能執行這樣的狀态，不能執行是軍用軟體測試項目中常見的一種狀态，主要原因可能是環境不具備，也可能是其他測試不通過有影響。
（8）測試執行個體的批量通過
很多時候，我們到裝備車上進行測試，狹小的空間裡，想要展開，别提有多困難了，當我們回到房間時，一上午執行了很多執行個體，隻有少量的測試執行個體執行不通過，需要填寫問題，其他通過的執行個體，能不能不要一個個執行就顯得很重要。沒關系，STM提供了執行個體的批量通過功能，這個批量通過的過程，測試執行個體狀态被置為通過，也生成了測試記錄。
（9）邊設計邊執行
畢竟我們不可能期望一次性地把測試用例（執行個體）全部都設計好，在測試執行過程中，我們發現少寫了一個用例或執行個體。沒關系啊，可以現寫一個測試用例，右鍵快捷菜單就可以執行，填寫測試記錄，填寫所發現的軟體問題。
（10）軟體問題的歸并處理
測試執行個體的執行可能會發現軟體問題，但多個測試執行個體可能都會發現軟體問題，雖然問題的現象各有不同，但問題的實質卻大同小異，将多個問題歸并為一個問題就顯得很重要。
（11）一鍵化生成
很多時候，我們整理資料時，需要重新生成軟體辨別，但軟體辨別改了後，就牽扯到後面的測試需求項、測試用例、測試記錄等等辨別的更改，一鍵化生成的功能使得辨別的整理更加快捷。
（12）問題回單機制
STM提供了與研制機關互動的問題回單機制，不僅可以在STM中使用，也具有輕量化的問題回單工具，從STM中直接導出軟體問題資料，研制方使用問題回單工具就可以對發現的問題進行問題回單。問題回單資料可以很友善進入到STM中，用于開展回歸測試資料的生成。
STM可以根據問題回單中是修改文檔、修改程式、修改資料、解釋等選項，配置回歸測試資料的生成政策，根據配置的生成政策，可以快速生成回歸時的測試項、測試用例、測試執行個體資料。
4、文檔生成上
STM提供了從測試需求、測試說明、測試記錄、問題報告全套的測試文檔生成功能，不僅包括了GJB438B所要求的所有文檔，還包括了軟體測評大綱、軟體測評報告這些個與軍兵種試驗監管局要求的文檔，生成文檔時可以選擇要生成的範圍，使得測評大綱與測評報告能夠靈活重組。STM内置的軟體測試文檔模闆有多套，這些文檔模闆都經過了很多測評中心的測試項目考驗。
5、測試設計工具內建上
凱雲科技專注于各類基于模型的測試設計工具開發上，目前已經有基于業務流程BPMN的測試用例設計工具、基于因果圖的測試用例設計工具、基于因素組合的測試用例設計工具、基于狀态機模型的測試用例設計工具、基于時序圖的測試用例設計工具等測試工具，這些測試用例設計工具設計的測試資料均可以進入到STM中，選擇STM就意味着你選擇了長久的自動化前行力量。
更多STM相關内容，歡迎關注微信公衆号【ETest】或通路http://www.kiyun.com/