一個小小的程序Bug竟值400億？

事件背景

日本公司J-Com在首次公開上市的日子就爆炸式地損失了超過400億日元的天價損失，雖然日元那面額畫得跟冥幣似的，400億日元也仍是至關值些銀子滴(按照當時的匯率，約爲人民幣27億元)。

事件的大體通過是因爲一位操做員在離開盤還有幾分鐘的時候接到了一位客戶「以61萬日元的價格，賣出1股J-Com的股票」的委託，而田中君在接到委託後在交易終端上錯誤地輸入了「以每股1日元的價格，賣出61萬股」。

至此，你們可想而知，事件繼續發展下去會是怎樣的災難。可是，幸運的是在2分鐘後，田中君發現了這個錯誤，他當即試圖經過交易軟件撤銷這筆賣單，而不幸的是，因爲交易系統的bug，田中連續三次的撤單指令都被拒絕，而此時盤口交易已經開始，此刻市場內固然是一片打亂，而最後，固然即是以瑞穗證券遭受的超過400億日元的天價損失收場。

400億損失的背後

雖然此次事件是由一個操做員的烏龍指引起的，可是若是交易系統沒有bug的話，那麼在那兩分鐘事後，這筆巨大的損失就能夠在極大程度上獲得減小，不管如何，Bug的存在是形成這次損失擴大的客觀事實。

現在，因爲互聯網時代的全面普及，衍生出了蔓佈於各行各業的應用，其宗旨都是爲各行業帶來便利，可是，不少企業爲了讓本身的應用快速上線得到利益，每每在測試環節上「偷工減料」，以爲差很少、沒什麼大問題就能夠了，bug也所以悄悄伴着APP一塊兒上線。

而且，Bug就如它的「臭蟲」本意同樣，藏得有深有淺，通常的測試極可能不能發掘潛藏較深但可能影響較大的bug，就這樣讓APP草草上線，無疑是爲使用者埋下了一顆定時炸彈，假若像此次同樣在關鍵時刻爆炸，那殺傷力真可謂是核武器級別。

企業忽視應用質量管理的現狀

「臭蟲」的出現勢必會侵蝕使用者的利益，無論多少其實對於一個企業來講都是不可小覷的，那麼查「蟲」環節就不應被單一地視爲一個能夠忽視的工做，開發者們必須對使用者負起應有的責任，避免他們的利益因bug而受到損失。

可是，如果企業本身去組建一個測試小組，測試效果怎麼樣咱們先不去討論，就單單花費的各類成本就讓企業不肯意去
進行一個徹底的測試流程，每每大多開發者在簡單的測試後，只要本身以爲沒有什麼嚴重的問題， 那麼就能夠上線，當出現用戶反饋問題的時候，他們再將APP「回爐」，以此反覆，可想而知，用戶的體驗大打折扣不說，同時在用戶使用的過程當中，也極可能因存在的Bug而受到不一樣程度的損失。

同時，因爲目前法律對於這樣的問題沒有一個明確健全的系統，因Bug而形成的用戶自身損失，並無明確規定讓開發企業進行賠償，所以，開發企業(尤爲是一些外包公司)也不肯意去花高額的成本與大量的時間盡心去作Bug的探索和修復，若是沒有嚴格的質量驗收機制，每每就「得過且過」，結果後患無窮。那麼這樣的問題是否是就不可調和呢？

解決後患

其實筆者認爲解決辦法很簡單，就目前移動互聯網市場來講，涌現了大量的第三方測試服務機構，其中不乏優秀的創業公司，它們各施拳腳，爲不少APP開發企業解決了移動應用的質量問題，同時，從美國Google Play的本地應用測試到成都TestBird的一站式質量管理服務，這些優質的質量管理服務機構是遍及世界的，開發者也無需去苦苦尋找。

找到一個合適的質量管理服務機構，勢必能爲開發者大幅度地下降測試成本，利用它們提供的移動應用端到端開發和測試解決方案，就可以在縮短自家APP上市的週期的同時，也能保證和確立應用的品質及驗收標準，排除Bug也固然不在話下，企業有何樂而不爲呢？

想掙「400億」，就去掐掉那個小小的程序Bug吧！