用戶133749265
這個問題並不會開掉員工背鍋.
事故級別S1
首先普及下最通用軟件故障級別：
S1：致命（該問題在測試中較少出現，一旦出現應立即中止當前版本測試）
阻礙開發或測試工作的問題；造成系統崩潰、死機、死循環，導致數據庫數據丟失， 與數據庫連接錯誤，主要功能喪失，基本模塊缺失等問題。如：代碼錯誤、死循環、數 據庫發生死鎖、重要的一級菜單功能不能使用、內存洩漏、嚴重計算錯誤、無法登錄、無法正常退出、功能設計與需求嚴重不符，模塊無法啟動或調用，程序重啟、自動退出， 關聯程序間調用衝突等。
S2：嚴重（不影響其他功能測試的情況下可以繼續該版本測試）
系統主要功能部分喪失、數據庫保存調用錯誤、用戶數據丟失，一級功能菜單不能使用 但是不影響其他功能的測試。安全問題、穩定性等。如：軟件中數據保存後數據庫中顯 示錯誤，用戶所要求的功能缺失，程序接口錯誤，數值計算統計錯誤等
S3：一般（實際測試中存在最多，解決率關係版本的優化程度）
功能沒有完全實現但是不影響使用，功能菜單存在缺陷但不會影響系統穩定性。如：操作時間長、查詢時間長、格式錯誤、邊界條件錯誤，刪除沒有確認框、數據庫表中字段過多、容錯性不好、大數據無響應或沒有滾動條等
S4：建議（測試初期較多，優先程度較低；在測試後期出現較少，應及時處理）
界面、性能缺陷，建議類問題，不影響操作功能的執行，可以優化性能的方案等。如：錯別字、界面格式不規範，頁面顯示重疊、不該顯示的要隱藏，描述不清楚，提示語丟 失，文字排列不整齊，光標位置不正確，用戶體驗感受不好，可以優化性能的方案等
事件分析
本次故障主要是IOS用戶受到影響，雖然本次故障已經超過了24小時。在淘寶的歷史故障時間中也是非常耀眼。
通過網友爆料，故障在3月25日凌晨出現，這個時間點，正常人都已經休息了。這個時刻人的精力本身就受到影響，而且阿里加班非常厲害，本次升級研發不知加班多長時間了呢。
人力終有窮盡時。
其實，小編也是程序員，在剛畢業入行時。項目上線，晚上通常都是10點，在上線的第二天，就因為自己寫了一個腳本，項目涉及的12個數據庫用戶數據清理了一遍，而且當天數據還沒有備份。作為一名始作俑者，那種滋味....
總結
雖然本次事故持續時間比較長，但是也形成了熱點。小編已經把淘寶卸載了很長時間，為了這次事件，又重新下載的淘寶。但其實對淘寶的影響並沒有那麼嚴重，難不成有用戶就因為這次體驗問題，就徹底卸載淘寶。主要是卸載淘寶，其替代產品呢？
全世界就一個淘寶，用戶選擇性很少。
並不要因為一次問題，就對相關人員直接抹殺。人才成長需要經歷些事情，內心才能成熟。
bug級別嚴重，但不至於開除人員。
極客架構
內部來說肯定是重大事故，屬於管理有漏洞，流程有問題；
可能會導致短期內卸載率增加，用戶口碑損失；
但是放在歷史的車輪下碾壓，這消息活不過；
最重要的但是是某寶的直接竟爭對手不具備因為這一次事件改變市場格局的能力，至少現在沒有看到攻關下手，所以沒啥沒啥……小事兒；
至於會不會開掉一部分人，這要看內部具體調查結果了；
開人是懲戒措施，先應該是找到原因和補救措施。
