01請自我介紹一下(需簡單清楚的表述自己的基本情況，在這過程中要展現出自信，對工作有激情，上進，好學)
面試官您好，我叫###，今年26歲，來自陝西西安，就讀的專業是電子商務，畢業後就來深圳工作，有三年的軟體測試工程師的經驗，我性格比較開朗，能和同事小夥伴友好相處。
02平時工作中是怎麼去測的？(至少在這個問題中能說得出測試流程)
首先根據客戶需求文檔提取功能模塊，然後編寫測試計劃，提取測試點，設計測試用例，用例評審之後執行用例，提交bug，編寫測試報告
03為什麼要離開上一個公司？（離職原因）你覺得你多久能適應我們公司的工作環境？
在回答離開上一家公司的原因是，儘量去講客觀原因；例如 公司的發展與我的個人發展規劃有所不同，我希望能學習和接觸到更多業務讓自己不斷地得到提升。大概需要1到2周左右適應公司的工作環境吧（在離職原因中儘可能地不要去吐槽公司和老闆，回答的大氣一些HR會對你的好感提升很多）
04你上一個公司在哪？有多少人？600多個人 60多個開發 10個測試
05請介紹你做的項目？（這個題至少要說清這個項目是給什麼類型公司或者什麼行業做的，然後再來介紹這個項目的基本功能模塊就可以.）你負責的模塊是什麼？你負責的模塊都有什麼功能？簡歷上的項目。
社商雲系統主要可以針對每個小區新增商品、社區活動、社區公告，在app端，用戶可以購買商品、報名社區活動、查看社區公告，系統由平台、加盟商、便利店三個組織組成，平台和加盟商新增的商品可以覆蓋多個便利店，便利店新增的商品只能在自己便利店覆蓋的範圍售賣，便利店可以對自己便利店的商品訂單進行發貨或者退款處理，平台和加盟商對便利店的訂單只能進行查看，不能進行處理，平台和加盟商只能對自己新增的商品有處理權限。主要負責的功能模塊是商品服務管理、訂單管理、權限管理、商家管理、客戶管理、促銷管理、社區公告管理等核心模塊。
06請介紹一下你這個項目的流程？在項目里你負責了一些什麼，做了一些什麼工作？介紹簡歷上整個項目的流程和自己負責的功能模塊。
當我們組拿到一個項目時，首先進行用戶需求分析，我們測試組在測試計劃後，設計測試用例，用例評審，等到開發通過郵件把版本包發給我們，然後我們就開始進入測試的流程階段。我參與系統測試計劃設計和測試用例的編寫以及評審，執行測試用例進行功能測試對Bug進行管理和跟蹤、提交缺陷、對測試工作進行總結。
07你這個項目有多少人做？20個左右，開發10個，測試3個，ui測試2個 運維2個 B/S架構和app
08B/S架構的系統從哪些點去測？功能：連結測試、導航菜單、頁面的跳轉、表單測試、數據測試、業務邏輯測試 兼容性：跟客戶確認其常會用的瀏覽器，再加上IE、火狐和谷歌等進行兼容性的測試 界面：字體顏色大小、圖標和欄位間距等 性能：連接速度、負載測試、壓力測試 安全性：權限控制、連結封裝、日誌記錄的測試、登陸密文、修改密碼後重新登陸、登陸失效時間。
09你認為測B/S架構的系統和C/S架構的系統有哪些地方不一樣的？Web系統測試要從哪些點去測?B/S為瀏覽器/伺服器架構。通過瀏覽器訪問；使用方便；訪問速率相對較慢；更易維護更新，只需更新伺服器數據；安全性相對較低。C/S為客戶端/伺服器架構。下載客戶端應用程式；由於要下載並安裝客戶端才能使用，相對來說不易使用；由於有部分數據存儲在客戶端，所以訪問速率相對較快；維護更新較為複雜；安全性更高。平台的一個兼容 Web系統屬於B/S架構， 功能測試（連結測試，表單測試，頁面跳轉測試，導航菜單測試，數據測試，業務邏輯測試，功能校驗等） 兼容性測試（不同的瀏覽器，不同的平台） 安全性測試點（登陸次數校驗，密碼密文顯示方式，驗證碼，登陸狀態失效測試，權限測試，連結封裝，日誌記錄等） 界面測試，易用性測試等
10你在測試中有用到一些什麼測試工具？缺陷管理工具 bugfree 禪道 版本管理工具 SVN 性能測試工具 loadrunner 接口測試工具 postman
11做過性能測試嗎？做過自動化測試嗎？跟著性能測試人員做過一次自動化測試在我之前的項目都沒有遇到過，所以不太了解。性能測試工具有一些了解，會錄製腳本，以及場景設置，以及腳本的執行，然後進行性能測試結果分析
12性能測試流程需求分析編寫測試計劃設計測試用例維護腳本執行腳本分析結果性能調優
13性能測試指標：並發用戶數，吞吐量，響應時間，資源利用率，tps與hps，交易成功率
14 什麼是內存溢出？通俗理解就是內存不夠，運用程序需要的內存遠遠超出了你主機內安裝的內存所承受的大小，就叫內存溢出
15什麼是內存泄露？指由於疏忽或錯誤造成程序未能釋放已經不再使用的內存，造成系統內存的浪費，導致程序運行速度減慢甚至系統崩潰等嚴重後果
16試中你有用到過資料庫嗎？為什麼會用到資料庫？你所負責的模塊哪裡用到資料庫，舉個例子？
大數據的情況下，要去資料庫驗證數據 報表 查詢 導入 導出 有用到過，查看大型數據的完整和正確性時需要用到資料庫進行對比。
17當你提交bug給開發，開發不認同，你怎麼處理？（這個問題會有多種問法，答案要結合需求來答，一：需求不明確的怎麼答？二：需求明確怎麼回答？）是bug就要報 需求不明確，先找開發和產品經理一起討論確認需求，需求確認好了就按需求來，需求沒有確認好，就讓產品和客戶繼續溝通 需求明確，就按需求和開發，如果開發還是不按需求來，就找產品經理
18網絡的7層協議是哪7層？ftp這個工作在哪一層？
應用層 、ftp、 http、 telnet、 dns、 表示層、 會話層、 傳輸層、 tcp、 UDP、 網絡層、 ip、 路由器、 防火牆、 數據鏈路層、 交換機、 網卡、 物理層、 集線器
19UDP.TCP有什麼區別？QQ採用哪種協議？
QQ屬於TCP協議 ，UDP:不可靠的，無連接的協議，傳輸效率高 TCP:可靠的，面向連接的協議，傳輸效率低
20TCP/IP四層是？應用層 傳輸層 internet層 網絡接入層 ARP RARP
21http頁面返回值的含義200 成功 400 請求錯誤 401 無法解析此請求 403 禁止訪問 404 找不到網頁 500 伺服器錯誤 502 網關錯誤 503 伺服器不可用
22常見協議埠號FTP21 SSH22 telnet23 dns53 http80 https443 Tomcat8080 orcale1521 mysql 3306
23你在測試中發現一個界面很醜，你認為這個問題是否嚴重？是否可以放過？主要看需求 不嚴重，如果需求就是如此那就沒什麼問題，看具體情況，如果項目馬上就要上線，可能會因為對界面進行修改會產生更加嚴重的問題，所以一般都會採取放過的措施
24資料庫查詢中什麼是左連接，什麼是右連接？
左連接：左右兩張表按某個列進行關聯查找，左連接以左邊的表為基礎表，基礎表中的數據全部查找出來，右邊的表如果有和左邊的表條件相符的數據就查找出來，如果條件不相符就用Null顯示。右連接剛好相反
25什麼是觸發器？什麼是存儲過程？觸發器：通過事件來觸發運行的，主要是沒有人工干預的情況下來完成複雜度高一些的約束條件，從而保證資料庫的完整性和一致性。存儲過程：在大型的資料庫中，一組為了完成特定功能的SQL語句集，經編譯後存儲在編譯過程中，用戶通過指定存儲過程的名字並給出參數來執行它。
26你對自已將來有什麼計劃？（職業發展）定小目標，半年學習完性能或者自動化啊 一年自己獨立做好性能或者自動化的測試
首先我要在我未來的工作中，通過我的努力把本職工作做好，在本職工作做好的同時呢，我要多做一些項目積累和完善項目上的經驗，通過工作不斷的提高我的測試技能
27你有什麼問題要問我的？什麼項目哪類項目，項目進行的階段，有沒有有業務方面的培訓。
我想知道這個公司開發現有多少人，測試有多少人，還有公司正在開發的項目的情況
28這有一個杯子，你怎麼去測？（類似這種給一個實物，你怎麼去測？）
需求測試: 查看杯子使用說明書 界面測試: 查看杯子外觀 功能度：用水杯裝水看漏不漏；水能不能被喝到 安全性：杯子有沒有毒或細菌 可靠性：杯子從不同高度落下的損壞程度 可移植性：杯子在不同的地方、溫度等環境下是否都可以正常使用 兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等 易用性：杯子是否燙手、是否有防滑措施、是否方便飲用 壓力測試：用根針並在針上面不斷加重量，看壓強多大時會穿透
29你覺的你有哪些優點？哪些缺點？（缺點要把優點當缺點來說）你覺得你還有哪些地方需要提升的? 性能方面的 缺點就是比較大大咧咧，愛笑，優點就是比較熱心
30你了解過我們公司嗎？有了解過，收到面試通知的時候 網上或者招聘網上查詢過
31你對app測試有了解嗎？什麼是app測試？怎麼去測(測哪些方面)？了解，但是實際工作中沒有測試過，其實使用app應用程式的時候就是在測試，只是沒有app測試人員測試的那麼全面細緻， 就是對手機應用的測試；從它的功能、界面和兼容、性能、易用性、安裝、卸載、升級、與系統或其它軟體的交互、耗電量、散熱情況、流量的監控、免登陸功能、二次登陸
32能接受加班嗎？你對加班怎麼看？可以接受，it行業來說 加班是常態
33你寫過測試用例嗎？寫測試用例的依據是什麼？寫過，用戶需求為準
3434. 測試報告你寫過嗎？寫些什麼呢？(至少要說出寫過自已所測模塊的測試報告)自己所負責的模塊的測試報告 人力投入，用例覆蓋情況，bug的分類及數量統計，遺留bug情況，測試風險，測試對象評估，測試結論，測試結果分析，測試總結
3535、請回答一下什麼是測試方案① 測試策略 ② 測試資源 ③ 測試進度計劃 ④ 風險管理 ⑤ 質量標準
36測試原則都有哪些？A 所有軟體測試都應追溯到用戶需求 B 儘早的和不斷的進行測試 C 完全測試時不可能的，測試需要終止 D 無法顯示軟體潛在的缺陷 E 注意群集現象 F 避免檢查自己的程序 G 避免測試的隨意性
37測試計劃主要寫些什麼東西？背景，目標，範圍，方式，進度安排，測試組織，測試執行中開始與結束的標準，測試計劃的審批與更改方式，測試相關的風險
38系統測試策略或者範圍容量測試 安全性測試 穩定性測試 安裝測試 卸載測試 易用性測試 配置測試 文檔測試 可靠性測試 強度測試 性能測試 功能測試 兼容性測試 負載測試 壓力測試 資料庫測試 分布測試 故障恢復測試
39高薪工資和發展平台你怎麼選擇？我會選擇發展平台（格局放開點，當HR能問道這個問題時你的面試基本比較穩妥了）
40你怎麼做需求分析的？要看是否有需求文檔，先確定大的測試範圍
首先是將軟體開發需求中具有可測試性的需求或特徵提取出來，形成原始需求 然後將原始測試需求細化或者分解 最後進行需求評審
41寫過測試方案嗎？都有些什麼內容？① 測試策略 ② 測試資源 ③ 測試進度計劃 ④ 風險管理 ⑤ 質量標準
42寫過測試報告嗎？測試報告和版本報告的區別？測試報告是對整個測試過程與結果的總結， 而版本報告只是針對測完版本的總結。
43需求評審都有哪些人參加？怎麼做的？有什麼標準？參加人員：測試人員、開發人員、產品人員 以會議形式評審 評審的標準：完整性審查：應保證測試需求能充分覆蓋軟體需求的各種特徵，重點關注功能要求、數據定義、接口定義、性能要求、安全性要求、可靠性要求、系統約束等方面，同時還應關注是否覆蓋開發人員遺漏的、系統隱含的需求；準確性審查：應保證所描述的內容能夠得到相關各方的一致理解，各項測試需求之間沒有矛盾和衝突，各項測試需求在詳盡程度上保持一致，每一項測試需求都可以作為測試用例設計的依據。
44用例評審都有哪些人參加？怎麼做的？有什麼標準？參加人員：測試人員、開發人員、產品人員 會議評審 標準：1）用例設計的結構安排是否清晰、合理，是否利於高效對需求進行覆蓋。2) 優先極安排是否合理。3) 是否覆蓋測試需求上的所有功能點。4) 用例是否具有很好可執行性。例如用例的前提條件、執行步驟、輸入數據和期待結果是否清晰、正確；期待結果是否有明顯的驗證方法。5) 是否已經刪除了冗餘的用例。
45描述測試活動生命周期或者軟體測試流程:需求分析—編寫測試計劃—設計用例設計—執行用例，提交bug—編寫測試報告
46您所熟悉的軟體測試類型都有哪些？請試著分別比較這些不同的測試類型的區別與聯繫（如功能測試、性能測試……）
測試類型有：功能測試，性能測試，界面測試。功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。採用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬於性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。界面測試，界面是軟體與用戶交互的最直接的層，界面的好壞決定用戶對軟體的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到嚮導的作用。同時界面如同人的面孔，具有吸引用戶的直接優勢。
設計合理的界面能給用戶帶來輕鬆愉悅的感受和成功的感覺，相反由於界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。區別在於，功能測試關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的功能問題。性能測試主要關注於產品整體的多用戶並發下的穩定性和健壯性。界面測試更關注於用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規範（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（儘量在前台避免用戶無意輸入無效的數據，當然考慮到體驗性，不能太粗魯的彈出警告）？做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然後再考慮該功能點的性能測試。
47您認為做好測試用例設計工作的關鍵是什麼？白盒測試用例設計的關鍵是以較少的用例覆蓋儘可能多的內部程序邏輯結果 黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題
48測試計劃工作的目的是什麼？測試計劃工作的內容都包括什麼？其中哪些是最重要的？
軟體測試計劃是指導測試過程的綱領性文件，包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。藉助軟體測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關係，測試計劃主要從宏觀上規劃測試活動的範圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）
49您認為做好測試計劃工作的關鍵是什麼？
1. 明確測試的目標，增強測試計劃的實用性：編寫軟體測試計劃得重要目的就是使測試過程能夠發現更多的軟體缺陷，因此軟體測試計劃的價值取決於它對幫助管理測試項目，並且找出軟體潛在的缺陷。因此，軟體測試計劃中的測試範圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具並且具有較高的實用性，便於使用，生成的測試結果直觀、準確。
2．堅持「5W」規則，明確內容與過程「5W」規則指的是「What（做什麼）」、「Why（為什麼做）」、「When（何時做）」、「Where（在哪裡）」、「How（如何做）」。利用「5W」規則創建軟體測試計劃，可以幫助測試團隊理解測試的目的（Why），明確測試的範圍和內容（What），確定測試的開始和結束日期（When），指出測試的方法和工具（How），給出測試文檔和軟體的存放位置（Where）。
3．採用評審和更新機制，保證測試計劃滿足實際需求：測試計劃寫作完成後，如果沒有經過評審，直接發送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟體需求變更引起測試範圍的增減，而測試計劃的內容沒有及時更新，誤導測試執行人員。4. 分別創建測試計劃與測試詳細規格、測試用例：應把詳細的測試技術指標包含到獨立創建的測試詳細規格文檔，把用於指導測試小組執行測試過程的測試用例放到獨立創建的測試用例文檔或測試用例管理資料庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關係，測試計劃主要從宏觀上規劃測試活動的範圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。