109、ABAP單元測試初探上周五晚上，生產(chǎn)系統(tǒng)一個(gè)報(bào)表突然跑出重復(fù)數(shù)據(jù)，我遠(yuǎn)程連上去看，發(fā)現(xiàn)是某個(gè)內(nèi)部類的方法在特定輸入下返回了不該返回的值。當(dāng)時(shí)我第一反應(yīng)是打開這個(gè)類，往下翻，找到那個(gè)方法，盯著屏幕看了五分鐘，愣是沒看出問題。后來手動(dòng)在SE38里拼了一段測試代碼，造了幾條數(shù)據(jù)，調(diào)了好幾次，才發(fā)現(xiàn)是MOVE-CORRESPONDING把某個(gè)不該覆蓋的字段給覆蓋了。那一瞬間我就想，要是這個(gè)類當(dāng)初寫了單元測試，這種低級錯(cuò)誤根本不會(huì)流到生產(chǎn)。其實(shí)ABAP里的單元測試不是什么新東西，SE24創(chuàng)建類的時(shí)候就能勾選“Test Class”，ABAP Development Tools里也可以直接建測試類。但很多從ECC時(shí)代過來的老伙計(jì)，習(xí)慣寫完代碼直接激活、直接跑事務(wù)碼，根本不知道還有個(gè)ABAP Unit這回事。我今天想聊的，就是怎么用最土的方式把單元測試跑起來，讓代碼在進(jìn)傳輸請求之前，先過一遍自己的“體檢”。先別急著寫測試類，你得先搞清楚一件事：ABAP單元測試不是給整個(gè)程序做集成測試，它只針對一個(gè)類或一個(gè)方法，驗(yàn)證“給定這個(gè)輸入，輸出是否符合預(yù)期”。所以你要測的東西，必須是能被實(shí)例化、能被調(diào)用、能被檢查的。如果你寫的一個(gè)功能全在FORM里，還依賴一堆屏幕字段和全局變量，那沒法測。這也是為什么很多老代碼沒法做單元測試的原因——不是ABAP不行，是代碼結(jié)構(gòu)不行。想測試，就得先把邏輯拆到類里，把外部依賴掐斷。舉個(gè)例子，我之前寫過一個(gè)處理物料主數(shù)據(jù)的增強(qiáng)，其中有段邏輯是根據(jù)物料類型和行業(yè)領(lǐng)域決定是否允許維護(hù)某些字段。原來這邏輯寫在CMOD里，測試的時(shí)候得跑到MM02里拼命按回車。后來我把它挪到一個(gè)單獨(dú)的類ZCL_MATERIAL_RULE里，方法叫CHECK_FI