<h2>一娜扇、檢測點設(shè)置技巧</h2>
正如我們上面所說的错沃，好的檢測點是發(fā)現(xiàn)Bug的關(guān)鍵。但是并不是說檢測點設(shè)置的越多越好雀瓢，因為檢測點會消耗機器資源枢析，測試用例出錯的時候增加排查難度。所以如何設(shè)置檢測點呢致燥？通车橇疲可以參考如下方法：
（1）根據(jù)測試用例的側(cè)重點設(shè)置檢測點
每個測試用例都有測試的重點，比如說嫌蚤，我們測試登錄的時候辐益，登錄是否成功，就需要檢測脱吱。但是在我們測試喜歡項目的時候智政，需要先登錄，這個時候登錄就不需要設(shè)置檢測點了箱蝠，因為在登錄測試用例中已經(jīng)測試過了续捂。
（2）設(shè)置檢測點要全面
我們在編寫測試用例的時候，一定要全面了解測試操作影響了哪些兒方面宦搬。對影響到的地方牙瓢，都設(shè)置一下檢測點，防止出現(xiàn)遺漏的地方间校。
（3）設(shè)置檢測點要靈活
設(shè)置檢測點的時候矾克，我們通常會比較一下實際的結(jié)果和預(yù)期結(jié)果是否相同°咀悖可是有些兒時候胁附，我們不能簡單地進(jìn)行是否相等來判斷。比如說：檢測圖片的時候滓彰，可能會檢測圖片是否顯示控妻；有的檢測對象在某些兒頁面會換行或是添加空格，與預(yù)期有變化揭绑，這個時候我們可以判斷是否包含關(guān)鍵字即可弓候。靈活使用各種判斷函數(shù)，才能使自動化測試用例更加健壯。
<h2> 二菇存、檢測點設(shè)置中常見的錯誤</h2>
在測試過程中彰居，我們編寫了測試用例，設(shè)置了檢測點撰筷，可是在測試用例投入使用的過程中，我們不得不反復(fù)修改測試用例畦徘。因為測試用例總是通不過毕籽，維護成本很高。雖然這一部分是因為被測對象變化造成的井辆，還有一部分原因是檢測點設(shè)置的不對关筒。所以常見的檢測點設(shè)置中的錯誤如下：
（1）檢測動態(tài)變化的元素
檢測點不能隨著操作而變化，比如說翻頁杯缺。我們想要測試翻頁是否成功蒸播，就不能去檢測第二頁第一個元素是否是某個項目。因為如果項目增加的話萍肆，第二頁第一個元素的項目可能會變化袍榆。應(yīng)該先取一下第一個位置的項目名稱，然后翻頁塘揣，再判斷現(xiàn)在第一個位置的項目是不是和剛剛獲取的項目名稱相同包雀，如果不同，就證明翻頁成功亲铡。
（2）遺漏檢測點
在一個測試用例中才写，我們要檢測所有影響到的地方。如喜歡項目操作奖蔓，如果我們只檢測我的喜歡項目列表中有沒有剛剛喜歡的項目赞草，這是不夠的。還要檢測一下這個項目的喜歡數(shù)據(jù)是否+1吆鹤，喜歡項目的入口是否變成已喜歡等相關(guān)檢測點厨疙。
（3）檢測點設(shè)置過多
既然上面講到，檢測點是檢測Bug的關(guān)鍵檀头，我們就在每一步操作后添加檢測點轰异。這樣做也是多余的，雖然增加檢測點暑始，更加安全一點兒搭独，但是過多的檢測點影響測試用例運行。而且測試用例如果出錯了廊镜，我們?nèi)ザㄎ诲e誤的時候牙肝，是非常困難，或是一個測試用例出錯會導(dǎo)致相關(guān)的測試用例無法執(zhí)行。
（4）忘記設(shè)置檢測點或是檢測點不是測試重點
新手寫自動化測試用例的時候配椭，往往會寫了每一步的測試操作代碼虫溜，沒有添加對應(yīng)的檢測點或是檢測點設(shè)置不正確。明明是登錄操作股缸，操作完成之后卻檢測頁面顯示是否正確衡楞，這樣會不管操作成功與否，測試用例都不會報錯敦姻，使自動化測試用例失去了意義瘾境。
（5）檢測需要刷新才有反映的元素
在測試的時候，有些兒元素在操作完成后需要刷新一下頁面才能顯示出操作的結(jié)果镰惦。手工測試的時候迷守，一般會觸發(fā)刷新操作，可是自動化的時候旺入，如果不刷新兑凿，就不符合預(yù)期結(jié)果。所以我們要添加刷新頁面的代碼茵瘾，然后再去檢測礼华。
這幾種是常見的錯誤，當(dāng)然也會有一些比較奇葩的檢測點設(shè)置錯誤的情況龄捡。在此也不能一下列舉了卓嫂，遇到問題，要多嘗試幾種方法聘殖，會在網(wǎng)上搜索解決辦法晨雳，這也是學(xué)習(xí)自動化測試必備的技能。
