前段時間收到一個朋友的信息，說他們目前正在實施ERP系統(tǒng)，已經(jīng)到了集成測試環(huán)節(jié)了，但整個測試過程下來并不是太理想，很多接口不通，功能也還在開發(fā)或修改中。

其實早些天之前我就收到他發(fā)給我的集成測試腳本，讓我參考給些意見。雖然我不了解他們公司的業(yè)務，但從這份腳本來看，其實做得不怎么樣，完全達不到合格的標準：1、沒有描述清楚當前測試的業(yè)務具體內(nèi)容、業(yè)務場景、特殊點以及涉及到的系統(tǒng);2、相關系統(tǒng)操作環(huán)節(jié)的事務代碼不明確、操作環(huán)節(jié)的關鍵點以及期望并沒有描述清楚;3、相關步驟責任部門、崗位、操作人不明確，尤其要注意上下節(jié)點部門之間的信息對接方式;4、整個操作過程只列出了ERP系統(tǒng)很核心很標準的操作，但平時操作流程節(jié)點里，會有不少查詢和報表的需要，這里也沒體現(xiàn);他們公司實施了大半年，得到了這樣的結(jié)果其實是很有風險的，集成測試不過關，側(cè)面反映了這個項目的質(zhì)量堪憂。集成測試實際上對前面藍圖的實現(xiàn)做的一次徹底的驗證，藍圖是否真的合理、業(yè)務上能否跑的通就能夠在集成測試環(huán)節(jié)體現(xiàn)出來。所以說，把握好集成測試大關，不讓整個系統(tǒng)的落地實現(xiàn)偏離藍圖和業(yè)務的軌道，ERP就成功了一大半。當然，不要為了測試而測試。曾經(jīng)我就遇到過一些乙方團隊在做集成測試的會議室上，一開始就打開ERP系統(tǒng)，對著集成測試腳本一步一步操作下來，操作非常順滑。對不起，這個叫操作練習，不叫集成測試。真正合格的集成測試，是需要邊測試邊講解業(yè)務流程和場景的，讓每個參與測試的關鍵用戶都非常清楚他們在測什么東西，要非常明白自己所處的角色和作用，知道自己從哪里獲取信息，結(jié)束之后可能需要誰對接等。測試環(huán)節(jié)的上游和下游都要交代清楚，包括數(shù)據(jù)流向，部門溝通，數(shù)據(jù)驗證等。這里舉個例子，倉庫人員在收到一批貨之后，查看貨物標簽，就能知道是哪個供應商、什么貨物、多少量、哪個采購訂單入的。掃描二維碼，PDA能夠看到相關的采購員及訂單信息，便于核對。輸入點收數(shù)量，能夠正確入庫。之后通過系統(tǒng)查詢就能知道有多少量已經(jīng)入到倉庫里了。系統(tǒng)發(fā)出通知，采購員能夠第一時間知道訂單已經(jīng)做了入庫。集成測試過程實際上也是一次統(tǒng)一系統(tǒng)認識，統(tǒng)一業(yè)務理解，消除認知誤差的過程。不要為了測試而測試，不要只停留在系統(tǒng)操作層面。各個部門關鍵用戶要清晰他這個環(huán)節(jié)的上下游都是誰，提供什么數(shù)據(jù)，明白自己做這個動作是為了啥，目的是啥，不做會怎么樣等等。關于那位朋友的問題，我也只能依據(jù)有限的信息給出自己的建議：不妨把一些沒來得及做或者沒做好的、相對不重要不緊急的功能對接分兩期進行，第一期先不上，等系統(tǒng)上線穩(wěn)定1-2個月之后再繼續(xù)第二期對接優(yōu)化。不要為了工期而犧牲質(zhì)量，用戶有信心，質(zhì)量有把握，系統(tǒng)穩(wěn)定才是主要的，適當延期1-2個月也是可以的。