汽車維修管理信息系統的輔助測試

王永

摘要：本文主要針對汽車維修管理信息系統的輔助性測試做了簡要的分析。在篇首對軟件測試的含義以及相關的測試方式做了簡要的介紹。如果軟件設計完畢，隨后要對系統模塊進行逐一測試，以此驗證是否與我們的預計一致、最后對整體體制做測試，保證各個環節的銜接沒有問題。本文對測驗的部分步驟予以描述。

關鍵詞：維修管理信息系統；軟件測試

軟件測試作為軟件開發的重要構成部分，其目的就是檢測系統實際的運作和預期目標之間的差異，改正一些錯誤，然后對相關軟件進行改良，大致分為模塊測試和整體的測試兩類。

1.慣用測試方式

軟件測試的技術多不相同，可以從不同的角度進行區分：動、靜態測試，是按照是否要執行劃分的；白、黑盒測試，是基于是否針對內部的構造以及算法的具體落實劃分；從軟件研究的過程步驟可以劃分做：單元的測試、確定測試、系統測試等。

1.1黑盒測試

黑盒測試是一種利用到數據進行的測試方式，需要知道程序的完備的功能是其前提，運用黑盒測試來檢驗其體制內部是否符合常規。黑盒測試是不考慮到體系內部的構造，直接測試程序的邊界，用來檢驗系統的作用與說明是否匹配，主要用來保障系統的完整和安全性。黑盒測試包括等值的區分、分析邊值、推斷失誤等，主要適用于軟件測試。

1.2白盒測試

白盒測試是一種針對結構和邏輯驅動部分的測試，旨在對體系的內容構造進行測試，憑借對其的測試結果判斷系統是否按照既定程序運行，細致到系統內的每一單獨模塊。

測試方式：測試的方式能夠直接影響測試結果，出于對測試含金量的保障，將測試的步驟分作三部分，即單元測試、系統的測試以及集合測試。

（1）單元測試：對軟件測試的最微小部分—模塊進行檢測，多用作測試模塊的各項是否存在失誤。模塊和程序設計進程中的技法關聯，通常情況下，在程序編輯，檢驗完畢后就會進入到單元測試。對各個模塊進行測試的時候一定要保證和其余模塊的銜接，不能只著眼于單一模塊。

（2）集合測試：在單元測試結束后將全部的模塊銜接在一起進行整體的測試。在現實中，有些模塊單獨都能夠很好的運作，但是連接在一起之后沒有辦法很順利的運行，這需要我們在了解各個模塊的基礎上，再次進行整體的測試，著眼細節的同時顧全大局。這就是我們要進行集合測試最重要的原因。

（3）系統測試：在集合測試結束后，軟件已然成為一個軟件包的模式，此時要進行系統測試。系統測試通常是在測試的資源被消耗最大的時候，由單獨分出的測試人員做該類測試。系統測試一般的測試內容包括性能方面以及修復、強度測試。系統測試全部是應用會和的測試手段。

2.系統測試

現在運用上述的軟件系統的功能進行測試，具體操作如下：

2.1登陸測試

測試手段：首先選取正確的ID以及密保，多次試驗，點擊測試的鍵鈕、然后多次進行錯誤的密碼試驗，點擊確認按鍵。

3.結語

伴隨信息化操控時代的到來，傳統的汽車維修及其管理模式已經不能滿足人們的需求了，因此更完善的維修管理信息體制的輔助性測試隨之產生，這對汽車的維修管理系統朝向信息化高水平的邁進起著重要作用。

參考文獻：

[1]陳軒.運輸企業汽車維修與配件管理信息系統設計[D].蘭州大學，2013.

[2]王偉.汽車維修管理信息系統的輔助測試[J].價值工程，2013（17）.

[3]袁立民.汽車維修管理系統設計與實現[D].吉林大學，2014.

[4]王偉.汽車維修管理信息輔助教學系統的設計與開發[J].科技創新導報，2012（19）.