????????近期測試過程中發(fā)現(xiàn)一些問題：測試范圍界定不準確确镊，導(dǎo)致漏測窗市。
案例一：
????????近期團隊接手另一個團隊的一個項目牛欢，為了方便管理，將該項目從一個應(yīng)用遷移到另外一個應(yīng)用中：其中牽扯到代碼遷移赃蛛、數(shù)據(jù)庫遷移、zk等中間件遷移等搀菩。另外要求對外暴露的接口地址保持不變呕臂。
? ? ? ? 在測試工作前，通過溝通知道本次測試的范圍即：
? ? ? ? 1肪跋、對遷移后代碼的整體流程驗證：
????????????????新增---》生成訂單---》簽約---》簽約產(chǎn)品調(diào)用 ---》解約
? ? ? ? 2歧蒋、對遷移后數(shù)據(jù)進行驗證：
? ? ? ? ? ? a、新增州既、刪除 功能附帶的數(shù)據(jù)同步
? ? ? ? ? ? b谜洽、簽約、解約 數(shù)據(jù)變更
? ? ? ? ? ? c吴叶、簽約產(chǎn)品調(diào)用的流逝推送
? ? ? ? 3阐虚、對遷移后對外接口進行驗證
? ?問題一：
????????生成訂單需要校驗信息，測試環(huán)境無法調(diào)用真實接口獲取數(shù)據(jù)（缺少mock）,為了測試能進行下去蚌卤，開發(fā)同事把校驗這一塊的代碼注釋掉了实束，寫死了部分數(shù)據(jù)奥秆。因為溝通過程中沒有對這一塊說明，導(dǎo)致測試完成沒有將 校驗代碼放開咸灿，導(dǎo)致生產(chǎn)環(huán)境校驗不生效构订，入庫數(shù)據(jù)錯誤
? ?問題二：
? ? ? ? ? ?項目對外接口要經(jīng)過其他平臺對外暴露，而這個平臺在測試環(huán)境經(jīng)常出問題避矢；在測試對外接口時鲫咽，四個接口有三個接口能正常調(diào)用。一個接口調(diào)用時一直返回異常谷异，通過對日志的查看分尸，沒有走到遷移后的應(yīng)用中，我認為是接口配置問題歹嘹，這類問題以前也經(jīng)常發(fā)生箩绍。我僅僅按照以往的經(jīng)驗判斷它沒問題，僅僅和開發(fā)說明了問題尺上，沒有得到開發(fā)的反饋材蛛，也沒有死盯這個問題，導(dǎo)致上到生產(chǎn)環(huán)境也是異常的怎抛。后續(xù)排查發(fā)現(xiàn)該接口代碼被注釋掉了卑吭，平臺無法調(diào)用到該接口。
案例二：
? ? ? ? 開發(fā)同事對現(xiàn)有功能進行優(yōu)化马绝，改動部分sql豆赏，在溝通過程中沒有明確影響范圍，也沒有拿到改動的sql富稻。
? ? ? ? 在測試過程中僅僅依靠經(jīng)驗去找到了涉及改動sql表的兩個相關(guān)功能掷邦，僅僅進行了數(shù)據(jù)查詢驗證，沒有進行深層次驗證椭赋，導(dǎo)致生產(chǎn)環(huán)境定時任務(wù)執(zhí)行失敗抚岗。
這兩個案例中最主要的原因是，開發(fā)哪怔、測試溝通不充分宣蔚。測試范圍界定不準確，導(dǎo)致漏測认境。目前想到的解決方案就是通過增加流程胚委，去避免這類問題：
創(chuàng)建共享文檔，在溝通過程中將信息留存元暴，并根據(jù)表頭記錄相關(guān)測試范圍
