背景介紹
小唐管理的項目已經上線了，上線過程很順利。
可是上線后，項目便開始出現各種問題了。
比如：上線后系統無緣無故的訪問不了。
比如：打開系統盡然提示接口異常的問題。
比如：打開系統特別慢。
...
面對這些線上系統的問題，小唐有點慌。
是技術不合格？還是測試沒有到位？
面對線上緊急情況，小唐要怎么辦呢？
01線上都有哪些問題
網絡攻擊事件：
通過網絡或其他技術手段，利用信息系統的配置缺陷、協議缺陷、程序缺陷或使用暴力攻擊對信息系統實施攻擊，并造成信息系統異常或對信息系統當前運行造成潛在危害的事件。
信息破壞事件：
通過網絡或其他技術手段，造成信息系統中的數據被篡改、假冒、泄露等而導致的事件。
網絡故障事件：
因電信、網絡設備等原因造成大部分網絡線路中斷，用戶無法正常使用系統的事件。網絡故障事件：因電信、網絡設備等原因造成大部分網絡線路中斷，用戶無法正常使用系統的事件。
服務器故障事件：
因系統服務器故障而導致的信息系統無法運行的事件。
軟件故障事件：
因系統軟件或應用軟件故障而導致的信息系統無法運行的事件。
災難性事件：
因不可抗力對信息系統造成物理破壞而導致的事件。
其他突發事件：
不能歸為以上七個基本分類，并可能造成信息系統異常或對信息系統當前運行造成潛在危害的事件。
02問題的級別
這里將所有可能出現的問題分為三個級別：重大、較大、一般。
很多人喜歡把緊急程度的情況按照時間的長短來劃分，而我更傾向于按照對用戶的影響程度區分。
重大程度：
緊急預案程度為重大程度的問題，主要體現在系統突然宕機無法使用、遭到網絡攻擊、出現內容安全方面的問題。
主要對應網絡攻擊事件、信息破壞事件、信息內容安全事件、網絡故障事件、服務器故障事件、部分軟件故障事件
較大程度：
緊急預案程度為較大程度的問題，主要體現在用戶使用不流暢，但 仍可以使用，非主操作業務流程出現異常等方面問題。
主要對應部分軟件故障事件
一般程度：
緊急預案程度為一般的問題，主要體現在功能缺陷、設計不合理等情況。
主要對應部分軟件故障事件
03解決問題
這里可以按照如下流程進行處理，但是針對不同的問題的問題有不同的處理方式。
04技術解決方案
針對不同的業務系統，會出現很多不同類型的問題。
這里僅探討服務器、代碼、數據庫這三方面的問題。
但是系統千千萬，解決方案肯定不會是同樣的。這里還需要經驗積累。
服務器故障的問題：可以切換同等環境的服務器做處理。如果實在不行，重啟服務器。
有人說解決計算機問題的最好方案是重啟計算機。
我覺得這句話對于服務器是同樣的效果。
代碼問題：代碼的問題我覺得的是很難避免的。這里根本的解決方案就是代碼規范化，測試要全面。
常聽開發同學說：沒有無緣無故的問題，但是會有無緣無故的bug。
數據庫的問題：數據庫有問題要么就是擴充，要么就是清除數據，再者就需要具體分析問題原因了。
如果具體分析問題的原因就需要DBA介入分析數據庫，分析一下具體的原因。
判斷問題點在哪里？
是檢索出問題了？
是哪個SQL語句用錯了？
...
05終極避免線上問題的方案
為了保證線上的穩定，項目經理需要做的就是讓測試更加的徹底。
不管是壓力測試、性能測試、單元測試、黑盒測試、白盒測試、集成測試等等。
當然如果條件允許，建議測試完成后由質量管理人員對測試的結果負責。
