軟件測試管理系統(tǒng)，可以說由來已久，按道理講，軍用裝備軟件測試這個行業(yè)從萌芽、成長到成熟，已有近20年的光陰；當(dāng)信息化、數(shù)字化早已成為各個行業(yè)的共識的時候，軟件測試管理系統(tǒng)在軍工行業(yè)的推行卻并非一番風(fēng)順。

究其原因，我認(rèn)為一款好用、實用，適合于軍用軟件測試管理的系統(tǒng)，需要解決的軍工行業(yè)軟件測試的痛點很多。

01

需要解決的痛點有哪些？

在軍用軟件測試行業(yè)圈中，幾乎各家都有過測試管理系統(tǒng)的開發(fā)和部署實踐，但真正達(dá)到全程使用、達(dá)到全項目使用的卻寥寥無幾。很多單位，在一次次的試用中彷徨，在多個產(chǎn)品中的選擇中觀望。

我們軍用軟件測試所碰到的測試業(yè)務(wù)場景，遠(yuǎn)非互聯(lián)網(wǎng)這樣在辦公室環(huán)境下就可以開展軟件測試業(yè)務(wù)那樣單純。一款適合于軍用軟件測試業(yè)務(wù)開展的測試管理系統(tǒng)，也絕不是按照國軍標(biāo)所說的那樣，按照嚴(yán)格的階段劃分，進行架構(gòu)設(shè)計的。很多軟件測試管理系統(tǒng)，以國軍標(biāo)所要求的階段劃分進行設(shè)計，強調(diào)流轉(zhuǎn)的有序、審批的合規(guī)以及過程的不可逆，導(dǎo)致開展真正的軟件測試項目時困難重重。

02

STM系統(tǒng)的迭代優(yōu)化

凱云科技的STM系統(tǒng)也同樣經(jīng)歷了從合規(guī)性思維，向效果性思維的轉(zhuǎn)變，在多達(dá)近百項的軟件測試項目實踐中不斷迭代優(yōu)化，創(chuàng)造性地產(chǎn)生了被測軟件需求分析與測試項提取、測試用例的數(shù)據(jù)實例化、導(dǎo)入表格數(shù)據(jù)自動產(chǎn)生測試實例、邊設(shè)計測試實例邊執(zhí)行、測試執(zhí)行的重置、批量化執(zhí)行通過、測試實例不能執(zhí)行的狀態(tài)及其說明等等特性。

這些特性，都是通過在真正的測試項目實踐中論證和總結(jié)出來的，目前市面上的其他軟件測試管理系統(tǒng)鮮有這些功能。

▲?STM管理系統(tǒng)主界面

03

STM系統(tǒng)主要功能特性

架構(gòu)設(shè)計上

凱云科技的軟件測試管理系統(tǒng)STM最初也是BS的架構(gòu)設(shè)計，通過瀏覽器訪問服務(wù)的方式進行的設(shè)計；但在實際的測試工作中，我們發(fā)現(xiàn)很多時候，我們需要帶著測試管理系統(tǒng)，到處跑，要到裝備現(xiàn)場去開展測試、要到部隊開展測試、要到軍方的試驗基地去開展測試。龐大的服務(wù)器部署要求，在便攜式電腦上部署一次BS版本的測試管理系統(tǒng)，需要3個小時以上，這種場景舉步維艱。

為了應(yīng)對這個場景，我們果斷地提出了CS架構(gòu)版本測試管理系統(tǒng)的需求，這雖然有些逆潮流而動，但也確確實實地為STM的軍用軟件測試取得了先天的優(yōu)勢。

▲?STM系統(tǒng)部署關(guān)系圖

多人協(xié)同上

網(wǎng)絡(luò)環(huán)境下的多人協(xié)同從來就不是問題，痛點在于無網(wǎng)絡(luò)環(huán)境下，如何進行多人協(xié)同的問題，這個痛點幾乎構(gòu)成了軍用軟件測試不可繞過的坎；STM的離線任務(wù)管理，不僅可以在粗粒度上解決這個問題，而且可以確保分任務(wù)多階段的數(shù)據(jù)合并問題，使得無網(wǎng)絡(luò)環(huán)境下的多人協(xié)同變得容易。

▲?STM系統(tǒng)軟件模塊組成圖

實用功能上

在開展測試項目過程中，如何能快速地從被測軟件文檔中提取測試項、如何邊進行測試用例設(shè)計邊執(zhí)行、測試執(zhí)行錯誤后如何重置執(zhí)行等等問題都是測試項目開展中的實實在在的問題，下面一項項地說起：
（1）被測件接收過程STM具有被測件接收過程，由軟件自動讀取和分析被測件文檔，將非結(jié)構(gòu)化文檔提取為結(jié)構(gòu)化數(shù)據(jù)，自動分析被測件是否完備，自動提取出項目所需要的被測件數(shù)據(jù)。

（2）標(biāo)識的自動生成無論是在測試需求項、測試用例、測試實例、測試記錄等，按照軍用軟件測試項目管理的要求，均要有唯一性的標(biāo)識。在STM工作中，你根本不用考慮自己填寫標(biāo)識的問題，標(biāo)識按照算法自動給你產(chǎn)生，當(dāng)一個大型項目開展時，別看這樣一個小小的需求，威力巨大。
（3）默認(rèn)文字的填寫在測試項目開展中，有很多情況下，需要輸入類似“所有用例執(zhí)行完畢，對于未執(zhí)行的測試用例說明原因。發(fā)現(xiàn)的問題均得到了有效處理?！边@樣的大部分條目都要用到的描述，STM中給出了保存為默認(rèn)文字、取默認(rèn)文字這樣的功能，非常方便。
（4）條目的移動與拖曳很多時候，我們管理的測試條目或者說測試數(shù)據(jù)，不僅僅要求能管理就行了，我們可能想進行順序調(diào)整，包括上下順序、級別層級，STM中所有表格都支持條目的移動、降級、升級等，還支持拖曳移動。
（5）測試用例的設(shè)計在測試用例設(shè)計上，STM中在測試用例下具有測試實例的概念，測試用例中的描述可以用參數(shù)化的方法進行描述，對參數(shù)就可以進行測試實例的設(shè)計。STM提供了等價類、組合測試實例數(shù)據(jù)自動化生成的功能，可以非常有針對性地開展測試實例數(shù)據(jù)的設(shè)計。STM中還提供了表格數(shù)據(jù)（word、excel）導(dǎo)入形成測試實例數(shù)據(jù)的機制。
（6）回溯修改的機制雖然，軟件測試項目是按照軟件測試需求分析、軟件測試設(shè)計、軟件測試執(zhí)行、回歸測試、測試總結(jié)這樣的GJB438B的說法來的。但實際上，我們在開展測試執(zhí)行時，發(fā)現(xiàn)用例描述不太對，我們自然希望順手就能修改測試用例描述，在測試用例設(shè)計時，發(fā)現(xiàn)測試需求寫錯了，我們也希望能直接改。這是實際測試工作不可避免的。
（7）測試執(zhí)行狀態(tài)的豐富測試實例執(zhí)行的狀態(tài)不僅包括未執(zhí)行、通過、不通過，還包括了不能執(zhí)行這樣的狀態(tài)，不能執(zhí)行是軍用軟件測試項目中常見的一種狀態(tài)，主要原因可能是環(huán)境不具備，也可能是其他測試不通過有影響。
（8）測試實例的批量通過很多時候，我們到裝備車上進行測試，狹小的空間里，想要展開，別提有多困難了，當(dāng)我們回到房間時，一上午執(zhí)行了很多實例，只有少量的測試實例執(zhí)行不通過，需要填寫問題，其他通過的實例，能不能不要一個個執(zhí)行就顯得很重要。沒關(guān)系，STM提供了實例的批量通過功能，這個批量通過的過程，測試實例狀態(tài)被置為通過，也生成了測試記錄。
（9）邊設(shè)計邊執(zhí)行畢竟我們不可能期望一次性地把測試用例（實例）全部都設(shè)計好，在測試執(zhí)行過程中，我們發(fā)現(xiàn)少寫了一個用例或?qū)嵗]關(guān)系啊，可以現(xiàn)寫一個測試用例，右鍵快捷菜單就可以執(zhí)行，填寫測試記錄，填寫所發(fā)現(xiàn)的軟件問題。
（10）軟件問題的歸并處理測試實例的執(zhí)行可能會發(fā)現(xiàn)軟件問題，但多個測試實例可能都會發(fā)現(xiàn)軟件問題，雖然問題的現(xiàn)象各有不同，但問題的實質(zhì)卻大同小異，將多個問題歸并為一個問題就顯得很重要。
（11）一鍵化生成很多時候，我們整理數(shù)據(jù)時，需要重新生成軟件標(biāo)識，但軟件標(biāo)識改了后，就牽扯到后面的測試需求項、測試用例、測試記錄等等標(biāo)識的更改，一鍵化生成的功能使得標(biāo)識的整理更加快捷。
（12）問題回單機制STM提供了與研制單位交互的問題回單機制，不僅可以在STM中使用，也具有輕量化的問題回單工具，從STM中直接導(dǎo)出軟件問題數(shù)據(jù)，研制方使用問題回單工具就可以對發(fā)現(xiàn)的問題進行問題回單。問題回單數(shù)據(jù)可以很方便進入到STM中，用于開展回歸測試數(shù)據(jù)的生成。
STM可以根據(jù)問題回單中是修改文檔、修改程序、修改數(shù)據(jù)、解釋等選項，配置回歸測試數(shù)據(jù)的生成策略，根據(jù)配置的生成策略，可以快速生成回歸時的測試項、測試用例、測試實例數(shù)據(jù)。

文檔生成上

STM提供了從測試需求、測試說明、測試記錄、問題報告全套的測試文檔生成功能，不僅包括了GJB438B所要求的所有文檔，還包括了軟件測評大綱、軟件測評報告這些個與軍兵種試驗監(jiān)管局要求的文檔，生成文檔時可以選擇要生成的范圍，使得測評大綱與測評報告能夠靈活重組。STM內(nèi)置的軟件測試文檔模板有多套，這些文檔模板都經(jīng)過了很多測評中心的測試項目考驗。

測試設(shè)計工具集成上