起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識APP為什么需要測試？因為它會幫你避免一個億的損失
越早的發現bug，成本損失就越小。
測試軟件的需求是什么?為什么一個公司要有一個軟件測試和質量保證團隊?為什么測試?這些都是一些問題，每個軟件測試人員在他的測試生涯中都要經常面對。其實，就是簡單的一句話：測試可以減少錯誤，以免付出昂貴的代價。
軟件錯誤的成本代價可以為任何事物，如大量的金錢，有時甚至是生命的損失。有上百個關于計算機系統故障的事故，都是由于軟件中的錯誤造成的。系統失敗的原因有很多，但其中最突出的問題是缺乏足夠的測試。
真實的案例
以下這些有記錄的故事強調了正確和徹底的測試的必要性，因為所涉及的風險不僅僅是用金錢來衡量的，而是用在人的生命中。這對用于人類生活的軟件尤其重要，比如制藥行業的軟件或通用的IPL機器。
在新系統的開發過程中發生了比較大的災難，造成了巨大的財務損失，而這些本來是可以通過有效的測試來避免的。
1、百事可樂- 420億美元的錯誤
1992年5月，百事在菲律賓進行了一次促銷活動。該公司告訴客戶，如果他們買了一瓶百事可樂，并在瓶蓋的底部發現了349號，那么，他們可以贏得100萬比索(約等于100萬美元)。不幸的是， 由于軟件的錯誤，80萬個瓶蓋都被錯刷成了 349，相當于要多支付420億美元的獎金。這導致一些人將百事公司告上法庭，控訴其支付獎金，而最終百事公司支付了數百萬美元的賠償金，但也使得公司損失慘重。
?2、Cahoot -網站故障
英國八大銀行之一的阿比國民銀行，于2000年6月上線了它的在線銀行Cahoot。在交易的第一天，在交易的90分鐘內，系統崩潰，導致網站崩潰。
這是由于Cahoot成功的營銷激勵計劃后，客戶對網站的需求增加。后來發現，注冊應用程序及其與網絡的集成還沒有經過充分的壓力測試，不足以承受巨大的瀏覽量。
該系統應該被設計用來應對網站訪問量的激增和并發用戶的大量增加。如果在項目的開發生命周期早期進行了基于web的負載和性能測試，那么該應用程序服務器的瓶頸就可以在運行之前識別出來。
3、化學銀行
另一個故事在1994年2月在《紐約時報》上被曝光。紐約化學銀行成功地從每10萬個賬戶中，就取出了1500萬美元——這是程序中的一個單行錯誤，而非故意為之。巨大的bug導致他們網絡上的每個ATM都要處理兩次交易，大大增加了工作量同時，也為上述錯誤留下伏筆。
4、英國兒童撫養機構
商業服務巨頭EDS公司為英國兒童撫養機構（簡稱CSA）開發了一個計算機系統，結果一個未被察覺的結算系統bug，導致該撫養機構給190萬人多付了款，少付款給70萬人，還有35億英鎊的兒童撫養費未收到款，積壓的待辦事宜達23.9萬件， 有3.6萬件新的案子“卡”在系統上。一場系統災難，令這個龐大的“事業單位”最終損失達5.39億英鎊。
5、美國航天局火星極地登陸者號探測器
1999年12月3日，美國航天局的火星極地登陸者號探測器試圖在火星表面著陸時失蹤。一個故障評估委員會(Failure Review Board,FRB) 調查了故障，認定出現故障的原因極可能是一個數據位被意外置位。最令人警醒的問題是為什么沒有在內部測試時發現呢。
從理論上看，著陸的計劃是這樣的: 當探測器向火星表面降落時，它將打開降落傘減緩探測器的下降速度。降落傘打開幾秒鐘后，探測器的三條腿將迅速撐開，并鎖定位置，準備著陸。當探測器離地面1800米時，它將丟棄降落傘，點燃著陸進器，緩緩地降落到地面。
美國航天局為了省錢，簡化了確定何時關閉著陸推進器的裝置。為了替代在其他太空船上使用的貴重雷達，他們在探測器的腳部裝了一個廉價的觸點開關，在計算機中設置一個數據位來控制觸點開關關閉燃料。很簡單，探測器的發動機需要一直點火工作，直到腳“著地”為止。
遺憾的是，故障評估委員會在測試中發現，許多情況下，當探測器的腳迅速撐開準備著陸時，機械震動也會觸發著陸觸點開關，設置致命的錯誤數據位。設想探測器開始著陸時，計算機極有可能關閉著陸推進器，這樣火星極地登陸者號探測器飛船下墜1800米之后沖向地面，撞成碎片。
結果是災難性的，但背后的原因卻很簡單。登陸探測器經過了多個小組測試。其中一個小組測試飛船的腳折疊過程，另一個小組測試此后的著陸過程。前一個小組不去注意著地數據位是否置位一一這不是他們負責的范圍; 后一個小組總是在開始測試之前復位計算機、清除數據位。雙方獨立工作都做得很好，但合在一起就不是這樣了。
通過以上案例，可以直觀的看到測試的重要性，測試不到位帶來的損失是無法估計的甚至是致命的，并且眾所周知，隨著時間的推移，軟件缺陷修復的費用越高，如下圖：
越早的發現bug，成本損失就越小。在這個移動互聯時代，APP就是最大的系統，通過行之有效的APP測試，盡早發現APP具有的bug并修復它們，避免的可不止是一個億的損失啊，還有無價的用戶體驗及好感度呢….
作者：陳迪 Derek，Testin云測SaaS運營總監，前樂視高級運營經理，增長黑客， 加拿大MBA海歸，多年國內和海外互聯網公司運營經驗。曾在北美B2C 100強公司任運營管理工作?；貒?，曾多次創業，并參與多個互聯網公司運營咨詢工作。
本文由 @陳迪 Derek? 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自StockSnap.io，基于 CC0 協議
??