一、軟件開發(fā)階段技術(shù)細(xì)節(jié)決定穩(wěn)定性和擴(kuò)展性
1. 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)要預(yù)留擴(kuò)展字段避免改表即崩潰，客戶表只設(shè)計(jì)、姓名、電話、地址、等當(dāng)前需要的字段，當(dāng)業(yè)務(wù)新增客戶來源標(biāo)簽、生日、時(shí)需修改數(shù)據(jù)庫表結(jié)構(gòu)，可能導(dǎo)致歷史數(shù)據(jù)錯(cuò)亂，核心表預(yù)留擴(kuò)展字段如10個(gè)備用字段或設(shè)計(jì)鍵值對(duì)表，存儲(chǔ)客戶ID屬性名屬性值靈活添加新屬性，統(tǒng)一數(shù)據(jù)提前定義所有字段的類型，如、手機(jī)號(hào)必須是11位數(shù)字長度是否必填，避免開發(fā)時(shí)各寫一套規(guī)則。
2. 接口設(shè)計(jì)要標(biāo)準(zhǔn)化方便集成和后期擴(kuò)展
系統(tǒng)內(nèi)部模塊接口格式混亂，如A模塊返回JSON，B模塊返回XML與外部系統(tǒng)，如銀行、ERP對(duì)接時(shí)需重復(fù)開發(fā)適配代碼，后期維
護(hù)成本高，制定接口規(guī)范統(tǒng)一風(fēng)格返回格式固定成功，錯(cuò)誤碼含義一致如1001=參數(shù)錯(cuò)誤，預(yù)留集成接口即使當(dāng)前不需要對(duì)接其他
系統(tǒng)，也提前開發(fā)標(biāo)準(zhǔn)接口、訂單創(chuàng)建接口、庫存查詢接口、避免后期改造。
3. 日志設(shè)計(jì)要可追溯出問題時(shí)能快速定位
只記錄誰登錄了系統(tǒng)不記錄關(guān)鍵操作，如：誰修改了采購訂單金額修改前后的值是什么，當(dāng)出現(xiàn)數(shù)據(jù)異常時(shí)無法排查是系統(tǒng)bug還
是人為操作，日志需包含誰用戶ID何時(shí)、時(shí)間戳在哪IP地址做了什么、操作類型、操作對(duì)象、如訂單ID、結(jié)果成功/失敗敏感，操作
日志加密存儲(chǔ)如修改工資，刪除客戶等操作日志不可篡改滿足審計(jì)需求。
二、測(cè)試階段不能只測(cè)功能對(duì)不對(duì)，更要測(cè)用戶用不用得順
1. 功能測(cè)試要覆蓋邊界而非僅測(cè)理想路徑，
測(cè)試采購流程時(shí)只測(cè)金額正常、審批人在線的理想情況忽略金額為0贈(zèng)品，審批人離職流程轉(zhuǎn)代理網(wǎng)絡(luò)中斷數(shù)據(jù)是否保存等邊界，負(fù)面測(cè)試用例如輸入超長字姓名填100個(gè)字，特殊符號(hào)手機(jī)號(hào)填abc重復(fù)提交，連續(xù)點(diǎn)5次保存驗(yàn)證系統(tǒng)是否有友好提示，模擬真實(shí)數(shù)據(jù)量測(cè)試時(shí)導(dǎo)入與生產(chǎn)環(huán)境，同級(jí)別的數(shù)據(jù)量10萬條客戶記錄，驗(yàn)證查詢統(tǒng)計(jì)功能是否卡頓。
2. 性能測(cè)試要模擬真實(shí)并發(fā)避免上線后崩潰，只在開發(fā)環(huán)境測(cè)10人同時(shí)操作，忽略生產(chǎn)環(huán)境的高峰如月底最后一天，200人同時(shí)提交報(bào)銷單，壓測(cè)關(guān)鍵場(chǎng)景針對(duì)早高峰打卡，月底結(jié)賬促銷活動(dòng)訂單提交=等高峰，模擬千人并發(fā)要求響應(yīng)時(shí)間＜3秒無數(shù)據(jù)丟失，測(cè)試系統(tǒng)恢復(fù)能力突然斷電、服務(wù)器宕機(jī)后驗(yàn)證數(shù)據(jù)是否能恢復(fù)，系統(tǒng)重啟后是否正常運(yùn)行。
3. 用戶體驗(yàn)測(cè)試要讓真實(shí)用戶參與而非開發(fā)自測(cè)，開發(fā)團(tuán)隊(duì)覺得功能沒問題就上線，卻發(fā)現(xiàn)一線員工因操作太復(fù)雜，寧愿用回Excel系統(tǒng)淪為擺設(shè)，組織用戶驗(yàn)收測(cè)試UAT讓各部門實(shí)際使用者操作核心流程，讓倉庫管理員用系統(tǒng)做一次入庫，記錄操作耗時(shí)錯(cuò)誤次數(shù)吐槽點(diǎn)，優(yōu)化高頻痛點(diǎn)如用戶反饋，每次錄入商品都要翻頁找分類，則增加分類搜索功能反饋，審批通知看不到詳情則在通知中直接顯示關(guān)鍵信息。
