入行測試一段時間了，說下Web端測試注意的地方和個人發展方向。今天分享一些心得，一部分是我面試碰到一個面試官分享我的資料，希望對大家有用。
網頁端的測試：
目前網頁端的測試，主要是指針對 Web、H5端的測試。
功能測試：
比對原型、需求，設計測試用例，進行用例評審，完成功能測試。功能測試是保證項目正常運行的第一要求。
兼容性測試：
兼容性測試可以從瀏覽器兼容性、屏幕兼容性、系統兼容性 三個方面去考慮。
1、瀏覽器兼容性（包含設備）：
在正常使用中，用戶會使用千差萬別的瀏覽器，包括不同機型的不同瀏覽器型號的瀏覽器，可謂是各種排列組合。不同的瀏覽器內核會造成不同的兼容性問題，有的兼容性問題會影響主功能的進行，所以網頁端的兼容性測試是非常重要的一環。
Web瀏覽器兼容：Chrome、Safari、火狐、360瀏覽器、QQ瀏覽器、IE8、IE9、IE10、IE11、Edge等
H5瀏覽器兼容：qq瀏覽器（android、iOS）、uc瀏覽器、safari（iOS8、IOS10）、百度瀏覽器、手機百度、搜狗搜索、小米瀏覽器、魅族瀏覽器等
2、屏幕兼容性：
Web 端：大屏幕（20寸）—— 小屏幕（13寸）
H5 端：iphone5——iPhoneX，iPad mini——iPad4、3寸android——5寸android機
3、系統兼容：
iOS8-iOS11 ，android 4.2-android 9.0。有的時候新出的系統和老系統會有兼容性的問題。
如何判斷 一個Bug是來自前端開發還是後端開發的？
1、頁面數據不對。用fiddler、Charles等輔助工具查看接口返回值，如果返回值錯誤，造成的前端顯示的數據不正確，則是後端的問題，反之，就是前端的顯示問題。
2、頁面顯示兼容性問題，由css造成的兼容性問題，屬於前端問題。
3、前後端結合，根據自己的經驗去判斷。針對前後端結合的問題，要具體問題具體分析。
4、在看接口報錯時學會看HTTP響應值，404、500、200、400、502等，看響應是否有數據。如果有數據前端沒有渲染，即前端問題，反之。
常見網頁端測試工具：
1、Chrome開發者工具
常用於模擬手機端頁面、查看接口返回值、修改元素顯示的數據、模擬網速、清除或篡改Cookies等。
2、Fiddler或Charles
數據抓包工具，常用於攔截、篡改請求，查看接口返回。一些登錄請求頁面抓不到接口，需要用抓包工具。
常見問題類型分析：
1、功能性缺陷
由於邏輯失誤、文案錯誤等導致的跟功能性直接相關的缺陷。
2、 CSS屬性 不支持。
常見bug：頁面的部分元素無視覺效果，或樣式錯亂的明顯可見。
相比較而言H5端的兼容性問題相對少一些，主要是Web端的IE兼容性問題較多。
3、js報錯
從Chrome開發者工具的Console可以直接看到的報錯
4、元素佈局適配不同屏幕大小，造成的影響。
常見bug：某個機型上的按鈕點擊後無效果，原因很可能是頁面的其他元素佔屏的寬高 跟隨屏幕大小變動，覆蓋了想要點擊的元素。
5、併發
常見bug：提交表單或發送請求的時候，快速點擊按鈕，造成並發現象。
這裏第一個要查看請求是否有發送兩次，前端是否有做快速點擊的防護。第二個查看後端面對併發處理，是否正確。
控件類測試：（面試大殺器，以下拉框爲例，後續更新...）
下拉框一般多個一起出現，實現篩選功能。需要注意篩選後是否立即生效，以及組合篩選的情況結果是否符合預期。常見測試點如下：
1、 默認顯示是否正確，比如有的顯示全部，有的默認選中某一項，有的顯示“請選擇”。
2、 切換item，下拉框顯示項內容和排序是否正確，不同瀏覽器，下拉框顯示是否有變形等。
3、 下拉框中選項超出設定值的，是否有滑動條，上下滑動，還是左右滑動等。
4、 下拉框彈出時，鼠標點擊控件外區域/選項/下拉框，下拉框能否收回。
5、 當下拉框選項很多時，是否有被底層覆蓋的情況。
6、 下拉框數據被存儲後，其他地方顯示時，傳遞的數據正確性檢查。比如下拉框選項按數字傳遞，而其他頁面顯示時應該顯示對應的文字。
7、 組合篩選的情況，有級聯操作的，只有選擇了前一個數據後，才能進行下一個的選擇。比如省市之間，只有選擇了省份，才能繼續選擇市，否則市不可選。
8、 組合下拉框實現的篩選功能正確性檢查。
網頁端 測試同學目前的技術提升方向：
1、前端WEB UI自動化
selenium +webdriver+Java/selenium + webdriver +python，屬於不用的語言，java學習成本比較大點，不過java的maven項目配置pom.xml很方便，不需要下載各種包，直接引入就行;Python語法簡單，不過我還沒學會，哈哈。
2、性能測試
遠程連接+抓包分析，工具諸如：fiddler，Charles，網頁端性能測試在線測試工具：Page Speed、Chrome開發者工具等。相比於客戶端測試，網頁端主要關注的是響應時間和頁面元素的渲染時間。
3、接口測試
測試工具postman、jmeter等或者利用（Java的 httpClent，Python的 requests）編寫自動化測試腳本。
4、單元測試、壓力測試、安全性測試等接觸的比較少，就不做解釋了。
寄語：
1.測試還是要學代碼的，不能渾渾噩噩的過日子。
2.除了一些代碼、工程方面的方向的提升外，善於總結測試過程中的問題，改進測試流程，督促開發質量，能夠更好的推動產品質量，也是一種提升方向。
3.感覺軟件行業溝通交流還是最重要，開發也好，測試也罷，產品也行，溝通佔首位吧。