ERP測試與失敗之路

ERP測試與失敗之路

除了控制不力的變更管理外，沒有任何一項活動比被動和不完整的測試能更有效地確保ERP實施失敗。測試的部分價值顯然是為了驗證系統是否正常運行，但同時還會帶來其他巨大的好處。解決問題為最終用戶和ERP實施團隊提供了解決問題的經驗。參加測試練習可以鞏固針對最終用戶的課堂培訓，并允許他們開始理解交互效果。

應該從三個不同的階段來考慮測試，隨著ERP系統朝著完善的方向發展，每個階段都更加雄心勃勃和復雜。

第一階段是測試單個事務以查看它們是否執行。這是不協調的活動；每個功能區域都有在特定目標日期之前需要進行的交易的列表，并且每個交易都應經過測試和操作。

運行業務流程測試

隨著適當的事務被排序為完整的業務流程，并且測試每個業務流程，第二階段變得更加有趣。測試業務流程的示例可能包括“接受訂單并從庫存中發貨”或“接受訂單并制造訂單”。至少花費2到4個小時作為一個團隊，以確定15到30個業務流程，這些業務流程將代表ERP系統正常活動的90％。編寫事務腳本以使過程盡可能完整。不要期望初始業務流程測試會順利進行；您的團隊可能在第一次嘗試將銷售訂單哄騙到ERP系統中，然后計劃，制造，運輸和開票時就花費了一整天。下一個測試將花費更少的時間，而后幾個測試將很快進行，因為問題已被解決，主要是主數據錯誤。在此階段中，您可能還會認識到在會議室聽上去不錯但實際上很痛苦的決定。如果您行動迅速，則可以解決這些痛點并避免ERP失敗的麻煩。

測試的最后階段是體積測試。當您選擇給定時間段內的真實數據集并嘗試復制真實世界時，將獲得最佳的體積測試結果。例如，您是否可以復制一周內進行的所有業務活動，并使ERP測試系統產生與實際相同的收入？要運行此大小的測試，您的主數據必須是完整的，并且必須完全像上線時那樣初始化銷售訂單，庫存，采購訂單和生產訂單數據。在成功進行批量測試之后，您將肯定可以在ERP上線之后繼續生存，或者知道您需要進行一些調整并再次進行測試。

即使進行了強大的測試，您也會在上線時發現意外的問題。如果您進行了積極的測試，則這些問題將可以解決。如果選擇使用準備好的數據測試安全方案，則上線時可能會遇到很多意外，使ERP實施陷入失敗模式。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。