/* 我自己覺得是一些感悟，可能只是一些感知，缺乏了悟。其實在懵懵懂懂之間，也沒有悟出來啥東西，僅僅記錄一下感想。*/

關于控制程序的測試

我一般把控制程序測試分為三級：L1 功能、功能塊、程序塊級別的測試；L2 系統(tǒng)級別測試，半實物仿真；L3 實物測試。

至于這種劃分是否科學合理，我覺得這個事情也沒有定論，只是為了方便，劃分的粗一點還是細一點都沒問題。除了結構化文本語言，我沒怎么用過61131-3中的其他幾種語言，可能是以前用C，比較習慣了，自然過渡到ST，對其他的圖形化的編程工具，沒用過，也不知道咋用。

L1級別測試就是對程序中使用的功能、功能塊和程序塊進行逐個測試。我自己最早開發(fā)程序的時候基本不進行L1級別測試，基本把子程序（指的是功能、功能塊和程序塊）寫出來，編譯無錯誤就可以，再寫主程序，調(diào)用這些子程序，編譯，直接進行L2級別的測試，出了問題再去子程序里面去找，直到把這些問題都修正。

這種方式存在的問題是：有可能問題太多，程序根本不能運行；系統(tǒng)輸出或者響應不正常，但是根本定位問題出在哪個子程序。

對于開發(fā)者來說，進行這樣的調(diào)試非常困難。調(diào)試過程頭暈腦脹，非常耗費腦細胞，耗時耗體力。

比較好的方式是每一個子程序都對應一個單獨的測試程序，分別進行子程序的單獨測試?，F(xiàn)在已經(jīng)有一些開源的庫，對程序進行unity測試。

通過子程序測試，把每個子程序測試完成，確保每個子程序功能正確。然后進行主程序測試。這樣可以把測試分塊分區(qū)域，第一保證測試的完備，第二節(jié)約查找問題的時間。

L2 級別測試目前也就是把主程序和子程序組合在一起進行測試。因為程序運行的條件不具備，一般是通過幾種方式來解決: 屏蔽一部分不能運行的部分；在程序里做一段模擬程序。對于批量生產(chǎn)的產(chǎn)品來說，這兩種測試方式都有一些弊端。

我比較推薦采用半實物仿真的方式，或者有的控制器廠家提供仿真模塊，這種模式可以對程序進行更充分的測試。

可能會有的工程師說，我到現(xiàn)場直接進行L3級別的測試不就行了，還用這么費勁。這樣做主要基于下面兩個原因：第一我們希望現(xiàn)場的調(diào)試時間越短越好，現(xiàn)場條件比較艱苦，測試環(huán)境不好搭建，調(diào)試時間過長客戶感受變差；第二個原因是現(xiàn)場實物測試存在風險，不是所有的功能都很容易實現(xiàn)。

? ? ? ? ? ? ? ? ? ? ? ? ? ?

版權聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 sumchina520@foxmail.com 舉報，一經(jīng)查實，本站將立刻刪除。

加我微信: sumwb886 備注:?外包

免費領推廣引流方案+100種賣貨方法