（文章首發于公眾號：程式員一凡，公眾號回復【面試】有我往期軟體測驗大廠面試題精講）
不管你現在做軟體測驗，在什么級別，
軟體測驗理論基礎和軟體質量保證問題，面試的時候絕對是離不開的，
軟體測驗這一個行業離開了業務就失去了靈魂，
一切的自動化、一切的編程、一些軟體測驗工具，都是輔助測驗為主，
我們最終的目的是保證我們產品的質量，
所以不管什么樣級別的軟體測驗工程師，你得全面掌握軟體測驗理論基礎、檔案的撰寫、測驗流程，
如果說我是面試官，你現在來面試，
那我第一個肯定不會問你那些代碼的問題，也不會問你自動化的問題，也不會問你測驗開發的問題，
我首先看你做了幾年軟體測驗，有沒有屬于自己的一些軟體測驗思維，有沒有自己的心得，
比如說像軟體測驗分為哪幾個階段？然后你之前測驗過的專案流程，在每一個階段的輸出有哪些？是怎么樣去執行的，你在軟體測驗程序中充當的角色，
這一類軟體測驗面試題，根據你的回答，就能知道你有沒有作業經驗，你對軟體測驗的認知，你對自己崗位的職責，對自己的定位是否準確，
都是一些比較綜合性的問題，
現在都是一個敏捷開發的模式，很多公司都是用敏捷開發，那么你能談一談這個敏捷開發嗎？
大家不要局限于很傳統的問題，什么是測驗計劃啊，什么是測驗用例撰寫等等，
敏捷開發現在也是屬于軟體測驗基礎理論的一個理念，
然后Linux常見的查看日志命令有哪些？這也是比較基礎的一些東西了，你至少要會查看開發的日志，會資料庫，
然后我問你，線上質量BUG頻頻爆發怎么辦？你做為一個測驗你該怎么去應對？像這些都是比較綜合性的問題，都是考驗你在作業中的經驗于心得，
你做過多少專案，你在遇到這些問題你是如何處理的，
然后你如何分析一個Bug是前端還是后端的問題？
像這個問題，這是一個軟體測驗工程師初、中級會問你的面試題，
像最前面圖上的問題，你一定要能夠全面的詮釋，大家一般能答出多少個？歡迎在評論區留言探討，
在回答這一類問題的時候，我們要根據自己的作業經驗，去總結，
回答的時候不能簡單的說“是否對錯”，我們要根據面試官問的問題去擴展，我們就拿第6個問題來說吧！
然后你如何分析一個Bug是前端還是后端的問題？
這個就看大家做軟體測驗的心得了，像這類問題，你去百度去網上也不好找，歡迎在評論區談一下大家自己的經驗，（抓包？看介面回傳？）
通過一些介面請求資訊，抓介面請求資訊，（通過瀏覽器的一些開發者工具）
就是說檢查介面，檢查介面首先你得了解BUG它用到了哪些介面，然后檢查請求的資料，發送的資料是否正確，后臺反饋的資料是什么？
如果前端沒有請求介面，或者請求的時候引數與需求不符，那么肯定就是前端的問題，
劃重點：請求引數，回傳的回應值
那么我們可以來看一個簡單的案例，
我這里有一個平臺，是前后端分離的，只有前后端分離的系統才會出現這個問題，
假設這個是我們被測的系統，我們在系統管理-用戶管理這里是不是有很多用戶，這個是最簡單的用戶管理系統了，就是有哪些人，有admin有知一，有木子，有當當等等很多，
我們先來洗掉其中任意一個，頁面沒有任何的反應，
我第二次再去洗掉同一個，它就報Userld不存在了對吧？
那么如果是這種情況，是前端的問題還是后端的問題？一看就是前端的問題對吧，
判斷這個問題，是不是前端的問題，我們就打開netkwork
我們來新增一個用戶，它就會呼叫一個add介面，顯示用戶新增成功，
當我新增一個用戶的時候，bug可能會偶爾重現，所以大家在看介面請求的時候，你要看它本來你去洗掉的時候它只呼叫了一個介面，那么它不僅要洗掉這個人，它其實還要去重繪這個頁面，它需要重新去呼叫這個用戶界面的介面，這個時候你就需要知道當它做這個洗掉功能的時候需要呼叫幾個介面，
可能有些介面，開發人員沒有去呼叫，那么就是前端的問題，這個時候需要我們主動重繪一下，主動重繪的時候，整個頁面它會重新整個去獲取一遍，這個時候洗掉在頁面上才會生效，所以說這是前端少呼叫了一個介面，
這就是前端的一個問題，
用了一個介面，
以后去回答這個面試題，你就可以完美的去回答了，如果還是沒有完全理解可以公眾號程式員一凡獲取視頻詳細教程，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/211583.html
標籤：其他