這是《落葉》文集里第168片落葉赖舟，希望你能喜歡，不為別的夸楣，只為這份堅持宾抓。
【背景】
有同學看了《【落葉162】《測試路上你問我答》（27）如何做好項目的測試工作量評估子漩？》之后提了一個問題：我對從不同維度分析功能不是很明白，先說下我自己的理解哈石洗，UI是界面可見輸入幢泼；交互是該功能從其他功能那調(diào)用數(shù)據(jù)或其他功能調(diào)用該功能的數(shù)據(jù)；業(yè)務邏輯是如果完成該功能需要提前完成的其他功能讲衫；數(shù)據(jù)檢查是界面不可見輸入也就是數(shù)據(jù)庫數(shù)據(jù)缕棵；異常容錯是Javascript腳本管理的，也屬于界面可見的測試范圍涉兽。挥吵。我理解的對嗎？如果拿登錄功能來說花椭，它除了和登錄成功后界面的賬號有交互之外還有什么忽匈？登錄功能的業(yè)務邏輯場景有哪些？
【你問】
從登錄模塊看不同維度的測試點矿辽？
【我答】
先說下我對不同緯度的一個認知和理解：
1丹允、UI 測試：
顧名思義，就是檢查每個頁面的實現(xiàn)是否跟設計圖一致袋倔，包括布局雕蔽、圖片、背景色宾娜、文字字體批狐、顏色、字號前塔、文案是否有錯誤嚣艇、是否有顯示問題，還包括在不同尺寸华弓、分辨率屏幕的手機上的適配性食零；
2、交互測試：
交互指的其實就是檢查用戶使用中的界面交互寂屏，頁面跳轉是否跟產(chǎn)品交互設計原型一致贰谣，比如，點擊某個按鈕迁霎，應該跳轉到某個頁面吱抚，再點擊返回按鈕，應該返回到哪個頁面考廉。某個訂單流程從發(fā)單開始到訂單完成秘豹，用戶跟商戶在整個過程中的交互是否簡單、易用芝此、流暢等等憋肖。從我狹義上的理解因痛，在交互測試里，有一部分是在做用戶體驗測試岸更；
3鸵膏、業(yè)務邏輯測試：
這個是最好理解的，就是按照需求文檔或功能規(guī)格說明書去驗證每個功能模塊的邏輯和流程是否符合設計要求怎炊。包括正向的流程邏輯驗證谭企，也包括逆向的或異常的驗證，比如登錄接口傳參把密碼置為空评肆，看服務端是否也有不能為空的保護债查，因為測試的目的并不是證明軟件是可用的，而是想盡辦法證明它是不可用的瓜挽；
4盹廷、數(shù)據(jù)驗證：
其實也可以算在業(yè)務邏輯測試的范疇里，我習慣把它抽取出來久橙，主要是因為很多情況下俄占，我們需要對業(yè)務產(chǎn)生的數(shù)據(jù)做完整性、邏輯性淆衷、合理性缸榄、兼容性的測試；
再以登錄為例實際看下它的不同維度下的測試點：
1祝拯、UI 測試：
登錄界面的標題甚带、輸入框、按鈕布局佳头，輸入錯誤用戶名或密碼時的提示信息鹰贵，輸入框里的默認提示語等都屬于這個維度的測試；
2畜晰、交互測試：
登錄成功應該跳轉到哪個頁面砾莱，登錄失敗會有哪幾種提示指引瑞筐，登錄成功后點擊返回應該跳轉到哪凄鼻，選中電話號碼輸入框，是否會自動切換到數(shù)字鍵盤等等都屬于交互測試聚假；
3块蚌、業(yè)務邏輯測試：
輸入正確的用戶名和密碼會怎么樣，輸入正確的用戶名和錯誤的密碼會怎么樣膘格，輸入不合法的手機號會怎么樣峭范，連續(xù)輸入錯誤地密碼會怎么樣，這些都屬于業(yè)務邏輯測試范疇瘪贱；
4纱控、數(shù)據(jù)測試：
登錄模塊的數(shù)據(jù)測試簡單來說就在于新用戶注冊后辆毡，數(shù)據(jù)庫里保存的密碼是明文還是密文的，檢查所有顯示用戶手機號的頁面甜害，看是否按需求要求加密中間四位數(shù)等等舶掖；
《測試路上你問我答》里的 Q&A 31，如果是你要的尔店，甚好眨攘！如果不是，你問嚣州，我答鲫售！
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
