1、什麼時候自動化測試？
重複性任務、使用多個資料集進行測試、回歸測試用例
2、自動化測試步驟？
選擇工具、確定範圍、規劃設計開發、測試執行、維護保養
3、職業規劃？
3-5年內成為高階測試工程師，走讀**白盒測試
4、說說你的優勢？
堅定不移的信心和熱情；紮實的理論基礎，有考***證書；清晰的思維邏輯，能充分理解他人快速換位思考；良好的溝通協作，認真負責跟蹤跟進問題；自學能力強，對於新的知識可以快速學習應用起來；有強烈的客戶意識和合作精神
5、測試的階段？
答案一：單元測試、整合測試、系統測試、驗收測試
答案二：測試計畫，測試設計，用例設計，執行結果，測試報告
6、測試方法？
等價類劃分、邊界值法、錯誤推測法、因果圖方法、正交法、場景分析方法
測試分類？
白盒、黑盒、灰盒
單元測試、整合測試、系統測試、驗收測試、回歸測試、alpha 測試、beta 測試
靜態測試和動態測試
測試型別？
功能測試、介面測試、壓力測試、介面測試、自動化測試
7、乙個專案的完整流程？
需求溝通完成需求文件->開發測試完成需求評審->開發分析設計、測試寫測試用例->評審用例->搭建測試環境準備資料->執行測試->bug和回歸測試->成果交付和跟蹤->優化迭代->測試報告和總結->二期優化
8、給你乙個杯子如何測試？
介面測試：檢視杯子的外觀是否得體。（外形、圖案）、
易用性：杯子是否燙手、是否有防滑措施、是否方便飲水、是否易用手端著或手拿。
安全性：使用過程中杯口是否容易給身體造成傷害，，杯子有沒有毒和細菌。
可靠性：杯子從不同高度掉下的損壞程度。
穩定性：杯子一直盛著水，時間長了是否會漏水。
相容性：是否可容納高溫度水、果汁、酒精、汽油等。
使用者文件：使用者使用手冊上是否有對杯子的使用方法進行限制，是否出現使用過程中友好的提示、該注意的問題、使用環境等有詳細的描述。
9、你認為是bug，而開發不認同時怎麼辦？
簡答：分析下這個問題對使用者的影響，從需求層面和影響程度來說服開發。如果需求沒有明確的則需要跟需求討論下是否要細化，在會議上提出，是否要進行後期優化。
複雜答：開發人員說不是bug，看是需求沒有確定還是情況不可能發生，如果是需求沒定則這個時候可以找來產品經理進行確認，3方商量確定好後再看要不要改。如果是該情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進td中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最後的確認。
10、自我介紹？
各位面試官好，我叫....,今年..歲.漢族,..本科，我的性格比較開朗,隨和，周圍朋友同事評價我關心他人，有時也很幽默。、來xx城市有x年了，在***讀本科，主修xx專業，然後。。。主修。發表了。。,我有x段工作經歷，第一段是***。。目前在***做xx工作，主要負責***, 做了幾個比較大的專案分別是***x，目前主要負責***的相關的功能測試、問題受理，公升級交付、環境維護，以及ui自動化和介面自動化。
我覺得我最大的優勢是學習能力和行動力比較強，對於不懂的知識可以快速的著手去學習，而且有目標有熱情，一定要把這個東西做出來，比如我做了***,經歷了***困難，最終***
軟體產品質量特性是什麼?
功能性：適應性、準確性、互操作性、依從性、安全性。
可靠性：成熟性、容錯性、易恢復性。
可使用性：易理解性、易學習性、易操作性。
效率：時間特性、資源特性。
可維護性：易分析性、易變更性、穩定性、易測試性。
可移植性： 適應性、易安裝性、遵循性、易替換性
11、為啥選擇這個行業？
我覺得這個工作很有前景，即要有軟體技術的支撐，又要對整體的需求層面、使用者層面有自己的把我和理解，優秀的高階測試工程師也是軟體行業非常稀缺的。入門比較簡單但是要想做好，在某一方向有所專研是一件很具有挑戰性的工作，
12、dns是什麼？
網域名稱解析服務，用於將網域名稱解析成ip，或將ip解析成網域名稱
13、物件導向程式設計特點？
繼承：派生新得子類，可以繼承父類的特點、封裝：無需知道內部變數和邏輯，只需要介面和操作即可、多型：表現不同的行為
14、軟體測試v模型：
15、軟體的安全性從哪些考慮？
16、缺陷等級劃分？
致命錯誤，可能導致本模組以及其他相關模組異常，宕機等問題;
嚴重錯誤，問題侷限在本模組，導致模組功能失效或異常退出
一般錯誤，模組功能部分失效;
建議問題，由問題提出人對測試物件的改進意見;
17、三角形設計用例？
18、udp，tcp在傳輸層，ip在網路層
19、迭代模型：瀑布模型、螺旋模型、敏捷
20、tcp和udp的區別？
tcp是有連線的，兩台主機在進行資料互動之前必須先通過三次握手建立連線；而udp是無連線的，沒有建立連線這個過程
tcp是可靠的傳輸，tcp協議通過確認和重傳機制來保證資料傳輸的可靠性；而udp是不可靠的傳輸
tcp還提供了擁塞控制、滑動視窗等機制來保證傳輸的質量，而udp都沒有
tcp是基於位元組流的，將資料看做無結構的位元組流進行傳輸，當應用程式交給tcp的資料長度太長，超過mss時，tcp就會對資料進行分段，因此tcp的資料是無邊界的；而udp是面向報文的，無論應用程式交給udp層多長的報文，udp都不會對資料報進行任何拆分等處理，因此udp保留了應用層資料的邊界
20、get和post的區別？
get在瀏覽器回退時是無害的，而post會再次請求。
get產生的url位址可以被收藏，而post不會。
get請求會被瀏覽器主動快取，而post不會，除非手動設定。
get請求只能進行url程式設計，而post支援多種編碼方式。
get請求引數會被完整保留在瀏覽器歷史裡，而post中的引數不會被保留。
get請求在url中傳送的引數有長度限制，而post沒有。
對引數的資料型別，get只接受ascll字元，而post沒有限制。
get不如post安全，因為引數直接暴露在url上，所以不能用來傳遞敏感資訊。
get引數通過url傳遞，post放在request body中
軟體測試面試常見問題
考察你的語言表達能力，以及獲取你的基本資訊和大致情況。包含內容有名字 工作經歷 做過的專案。一定要提前準備好，保證表達的流暢。控制在1分鐘左右。不要說離職原因，不要說轉行，不要給自己挖坑。外企專案，英文自我介紹 內容也差不多。考察你的是否穩定，是否夠優秀，是否夠抗壓，是否積極上進，上一家公司對你的評...
軟體測試面試常見問題（二）
1 階段評審與同行評審的區別？同行評審目的 發現小規模工作產品的錯誤，只要是找錯誤 階段評審目的 評審模組 階段作品的正確性 可行性 及完整性 同行評審人數 3 7人 人員必須經過同行評審會議的培訓，由sqa指導 階段評審人數 5人左右 評審人必須是專家 具有系統評審資格 同行評審內容 內容小 一般...
測試面試常見問題
客戶或者產品經理提出需求，提出後由專門的需求人員整理成需求文件，然後由架構師提 出架構設計文件，開發人員會根據架構文件分配所屬模組，並編寫詳細文件然後進行開發。開 發人員進行開發的同時，測試人員進行測試的編寫，開發完成後，測試人員進行測試，如果發現 bug則提交給開發人員，開發修改後我們進行回歸測試...