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