“據我所知，項目組裏對我有意見的人也不少。”周至說道：“大家的心情都很迫切，都想盡快讓係統正式投產，認為前期在開發時已經完成過功能性測試，為何現在在部署之後，還要進行業務調試呢？為什麽不能立即投入使用呢？”
“那我想告訴各位的是，你們太樂觀了。”
“任何係統在研發的過程中，都會存在BUG，這類程序漏洞形成的原因有很多，除了極少部分是因為程序錯誤造成的，更多的，是對應用場景的想象力不足造成的。”
“上一輪測試我們的目的是什麽？是檢驗需求書當中設定的係統功能能否實現，所解決的，其實是係統最基本的能力，也就是‘正常工作流能不能完成’的問題。”
“可是大家想一想，現實工作當中，我們能夠保證每一個操作員，百分之百的操作正確，不出錯嗎？”
“而很多的係統BUG，就藏在這樣的地方，你正常操作的時候，它永遠不會暴露，隻有在輸入錯誤的時候，才會暴露出來。”
“我給大家舉一個簡單的例子，來說明這樣的BUG的危害性，不過這事兒大家最好不要外傳，我們內部知道就可以了。”
“前段時間我們公司開戶的那家銀行發生過一件糗事兒，一個櫃員在操作的時候犯了一個錯誤，將客戶的證件號，錄入到了金額欄位。”
“因為客戶本來隻是取一百塊錢的小額交易，因此無需授權複核，這筆交易就這樣被錄入了係統。”
“直到夜間進行批量清算的時候，這筆交易在係統裏參與清算，一下子就把分行的現金科目，對公轉賬科目，庫存科目全部清空，係統完全宕機了。”
“為什麽會這樣？因為這筆活期支取交易在係統認定裏是一筆天文數字，將整個分行的所有現金庫存全部用於支付，金額都不夠！”
“更誇張的是這是一筆跨行業務，本身還要通過人行和它行進行清算，也幸好是係統因為現金庫存清零而宕機，沒有形成清算文本發送給人行，要不然可能會造成全省金融係統第二天沒法開門。”
“這個問題嚴不嚴重？一省金融機構停擺，哪怕隻有一分鍾，都是一件多麽可怕的事情？”
“可是落到係統裏，這個事情避免起來簡單不簡單呢？”周至問道：“現在同誌們對係統都非常熟悉了，隻需要在在金額輸入欄位設定一個提示上限，或者在數據進入係統之前進行一個大金額授權複核，反正有無數種簡單的辦法，就能夠避免這個問題。”
“可是問題為啥還是出現了呢？其實就很簡單的三個字——沒想到。”
“在座的都是業務能手，這樣的錯誤在大家看來簡直就是荒謬，但是在現實裏，架不住它就是會發生，或者說有發生的可能啊。”
“哪怕它發生的概率很小，十年二十年都不大會發生一次，也不代表它一旦發生了後果就不嚴重，剛剛我所舉的那個例子已經很說明問題了。”
“因此如何避免類似的事情在我們的係統裏發生，就是這次調試測試的重點！”
(本章完)
./94750255/773404362. 本章已閱讀完畢(請點擊下一章繼續閱讀!)