1、開發(fā)犯低級錯誤怎么辦？
開發(fā)首先要規(guī)范好編碼，出低級錯時不要指責，內心指出錯誤。讓他們自己進行測試，反思找出錯誤。
2、你進行過哪些測試，擅長什么?
我主要從事web測試，搭建環(huán)境，對程序進行集成測試、系統測試、回歸測試。還有編寫測試用例，使用手冊，功能測試文檔。單元測試：測試的最早期階段，焦點在于被測軟件的最小的組成部分。
集成測試：確保最小單元被（部分）整合后能正常操作的測試執(zhí)行階段
系統測試：當應用作為整體運行時的測試執(zhí)行階段（測試最終的應用）
回歸測試：修改了舊代碼后，重新進行測試以確認修改操作沒有引入新的錯誤或導致其他代碼產生錯誤。
驗收測試：以用戶為主，由用戶參加設計測試用例，對程序的功能、性能，以及可移植性、兼容性、可維護性、錯誤的恢復功能等進行確認。主要運用黑盒測試的方法，對系統主要流程、重要功能進行有效性測試，驗證所測試的軟件是否滿足需求規(guī)格說明書列出的要求
3、開發(fā)說不是bug怎么辦？
將自己的見解告訴開發(fā)，不行就把見解和bug提交項目經理決定。
4、你的職業(yè)規(guī)劃?
鞏固基礎測試知識，提高理解需求能力。學習自動化測試，并且運用。技術到位后學習帶領測試團隊。最后爭取達到測試經理水平。
5、什么測試用例才是合格?
能覆蓋到所有測試點
6、缺陷測試報告組成？
缺陷編號、缺陷標題、缺陷描述、缺陷優(yōu)先程度、缺陷所屬模塊、缺陷所屬版本、缺陷所屬開發(fā)人員、 輸入數據、輸出結果、缺陷分析等。
C/S模式，使用交替方法確認是client還是server端問題。
7、測試用例包括哪些？
用例編號、測試項描述、操作步驟、輸入、預期結果、實際結果、測試人、測試時間、備注
8、軟件評審的人員和目的
人員：客戶、項目經理、開發(fā)人員、測試人員目的：查看軟件是否還存在問題。是否在不同平臺正常運行，是否有和客戶理解不一致的地方，是否有改進的地方
9、什么是軟件測試？目的?
使用人工或自動化手段運行程序，為了發(fā)現軟件的錯誤而執(zhí)行檢驗的一個過程目的：以最少的人力、物力、時間找到軟件中的缺陷并修改，從而回避風險。
10、兼容測試
檢查軟件在不同軟件、硬件平臺是否可以正常運行。即軟件的可移植性。主要查看在不同操作系統、瀏覽器、數據庫、不同版本是否正常運行
11、為什么進行軟件測試？
沒經過測試的軟件無法保證質量，好比iso質量認證一樣。測試中發(fā)現問題，即時提交開發(fā)改進，在軟件發(fā)布時保證軟件質量。
12、軟件測試類型有哪些？區(qū)別與聯系？
常見：功能測試、性能測試、界面測試。
功能測試：占比最大，也叫黑盒測試（不看代碼）。進行動態(tài)測試時，需要測試軟件功能，不需要測試軟件內部結構和處理過程。
技術方法有：等價類劃分法、邊界值分析、錯誤推測、因果圖和綜合策略。
性能測試：通過自動化測試工具模擬多種正常、異常、峰值條件，對系統各項性能指標測試。
負載測試、壓力測試屬于此。負載測試：確定各項工作負載下的系統性能，目標是負載主鍵增加時，系統各項性能指標變化；壓力測試：通過系統的瓶頸，獲得系統能提供的最大服務級別。
界面測試：界面好壞決定用戶對軟件第一印象。合理的界面帶來輕松愉悅感受，失敗界面有挫敗感，讓強大的功能付諸東流。
區(qū)別：功能測試關注軟件功能，每個功能可能存在的問題。性能測試軟件多用戶并發(fā)的穩(wěn)定性和強壯性。界面測試關注用戶體驗和易用性。
13、好的測試用例關鍵？
白盒測試：較少的用例覆蓋盡可能多的內部程序邏輯結果。
黑盒測試：較少的用例覆蓋模塊輸出和輸入接口。用最少用例在合理時間內發(fā)現最多的問題。
對可行和不可行的都要考慮：（1）輸入 （2）詳細操作步驟 （3）預期輸出 （4）實際輸出
14、黑盒、白盒、單元、集成、系統、驗收測試的區(qū)別與聯系？
黑盒：已知功能設計規(guī)格，測試每個功能是否符合要求。白盒：已知內部工作過程，測試每種內部操作符合設計規(guī)格。黑盒意味著測試在軟件的接口處進行，把測試對象看做一個黑盒子，不考慮程序內部邏輯結構和內部特性，僅看需求說明書檢查功能是否符合需求。黑盒-》功能測試（或者 數據驅動測試）
15、軟件開發(fā)過程與角色分工？
測試配合開發(fā)等進行需求分析和討論，根據需求說明書制定《項目測試計劃》，編寫測試用例，建立測試環(huán)境。測試負責新產品測試，原有產品的升級測試，負責軟件問題解決過程跟蹤，軟件開發(fā)文檔、開發(fā)工作的規(guī)范化，管理開發(fā)部門的產品文檔，制作用戶手冊、操作手冊，產品上限測試，監(jiān)督軟件開發(fā)過程執(zhí)行，提高軟件質量。
16、軟件開發(fā)過程與角色分工？
開發(fā)與測試開會討論需求。需求分析人員寫出需求分析說明，三部門討論可行性。給出詳細設計說明書，開發(fā)編碼，給出系統流程圖。測試根據此，給出bug統計。
17、不同測試類型的聯系與區(qū)別？
功能、性能、可靠性、安全性、負載測試，壓力、安裝/卸載、啟動/停止、兼容、互聯測試，文檔、回歸、可使用性、容量測試
18、測試計劃工作包括？
是對工作內容的有效組織和規(guī)劃，保證測試工作有效展開。包括測試目標，測試范圍定義，測試方法選擇，測試進度里程碑，測試資源管理和配置。測試目標最重要，因為他是軟件測試的最終達到結果
19、性能測試工具，原理、實際應用LoadRunner
能夠錄制測試的操作步驟，對其模擬出多個用戶播放出來。
（1）visural user genertor：創(chuàng)建腳本，選擇協議，錄制操作，編輯操作
（2）中央控制器 controller：調度虛擬用戶。創(chuàng)建場景，選擇腳本，建立虛擬用戶，設計shedual，設置ip spoofer
（3）運行腳本，分析shedual
（4）分析測試結果
20、兼容性
平臺兼容、網絡兼容、數據庫兼容、數據格式兼容。
缺陷等級分類
(1) 最高級–導致運行中斷(應用程序崩潰),預期的功能沒有得到實現,測試工作無法繼續(xù)進行等
(2) 緊急—事件非常重要,并且需要馬上給予關注
(3) 高級—事件是重要的,并且應該在緊急的事件處理之后盡快得到解決
(4) 中級—事件是重要的,但是由于解決問題需要花費一定的時間,所以可以用較長的時間解決
(5) 低級—事件不重要,可以在時間和資源允許的情況下再解決
21、缺陷生命周期
新建bug–提交bug–確認bug–分配bug–修復bug–驗證bug–關閉bug
22、測試結束標準
1）一二級缺陷數目達到項目質量管理目標要求，測試暫停返回開發(fā)
2）項目出現重大估算和進度偏差，需要暫停或者終止
3）新需求變更大，需修改測試計劃和測試用例再進行
4）開發(fā)暫停，測試也暫停，備份暫停時的數據
5）所有功能、性能測試用例100%進行
23、測試生命周期
需求測試計劃制定和評審–測試用例編寫–測試用例執(zhí)行–bug管理–測試報告輸出
24、自我介紹
套路
1）很高興獲得面試機會……想證明我是合適的人選……想獲得您的認可……
2）反問面試官：您看我繼續(xù)介紹項目還是您提問關心的問題？
25、項目介紹
先整體再局部介紹，項目五大維度：
規(guī)模（代碼規(guī)模、需求規(guī)模、用例規(guī)模、工作量、進度、質量、成本），測試流程，角色與職責，項目中自己角色，自己的特色（做得好的、遇到的困難、做得差的），最后是心得體會。
26、數據庫問題
數據庫增刪改查（insert、delete、update、select）；
表結構增刪改查（create、drop、alter、describe）；
存儲過程；觸發(fā)器等
27、Linux系統
常見50個命令（find、-name、type、perm、user、group、ctime、atime）
熟悉vi、熟悉linux搭建測試環(huán)境。LAMP環(huán)境搭建。
28、缺陷相關
缺陷跟蹤流程（流程基本要素）、整體流程（會話）、缺陷單的20個屬性、屬性的意義、如何描述好缺陷單、缺陷單的5C原則、缺陷重現步驟。你認為最經典的bug
29、用例相關
用例格式要素、用例設計工程方法論、方法要求如何利用。如何評審用例，從那些維度評審，設計好用例需要那些只是結構
30、軟件測試流程
熟悉產品/項目–需求評審–測試需求–測試計劃–測試方案–測試用例–預測試，第一輪正式測試–第二輪回歸測試–第三輪測試，測試報告–總結–測試指南
31、網絡相關
基本網絡知識（重點TCP/IP協議）網絡通信模型，以及一整個網絡傳輸協議家族，為互聯網的基礎通信架構，提供了點對點的鏈接機制，將數據應該如何封裝、定址、傳輸、路由以及在目的地如何接收，都加以標準化。
1、應用層：應用程序之間相互溝通的層
2、傳輸層：提供了數據傳輸，應用程序之間的通信服務
3、網絡互聯層：負責提供基本的數據封包傳送功能，讓每一塊數據包都能夠到達目的主機
4、網絡接口層：接收數據，并進行傳輸
32、測試工具
性能測試工具：LoadRunner，Jmeter
自動化測試工具：Selenium
測試管理工具：禪道或者Jira
如何去測試指定軟件？
技巧：從質量模型、測試工具、測試方法、測試流程、探索式測試，宏觀解決，再微觀講解用例設計
33、你還有什么想要問的嗎？
滿意情況：先表示感謝，問如果有下一輪面試，什么時候，做什么準備；
一般般情況：感謝，對自己表現不太滿意，能否給我一些建議；
很糟糕：感謝，認識到不足，希望給建議
34、測試用例編寫結構
功能性、界面UI、易用性、安全性、兼容性
35、STAR法則
S（situation）：項目屬于什么類型，周期多長
T（task）：團隊分工，你的角色
A（action）：具體實施，自己做了什么
R（result）：最后成果，你的收獲
36、如何測試紙杯
功能性：是否漏水；是否喝到水
安全性：有沒有細菌可靠性：摔下來的損壞程度
可移植性：不同地方、溫濕度使用
兼容性：容納果汁、啤酒、汽水、汽油等
易用性：是否燙手、防滑、方便飲用水
用戶文檔：使用手冊對用法、限制、使用條件描述
疲勞測試：分別裝上水、汽油等24小時，泄露情況
壓力測試：用物件不斷加壓，承受多大的壓強
37、軟件生命周期各個階段的測試內容
（1）需求階段測試：設計整個過程的進行、測試計劃的安排、測試用例的設計以及軟件的確認要達到那些要求等。
（2）設計階段測試：包括概要設計和詳細設計。在概要設計階段，測試人員應闡述測試方法和測試評估準則，編寫測試計劃，組織成立獨立的測試小組，安排具有里程碑的測試日程；在詳細設計階段，測試人員要開發(fā)或獲取確認支持工具，生成功能測試數據和測試用例，以此來檢查設計中遺漏的情況、錯誤的邏輯、模塊接口的不匹配、數據結構不合理、錯誤的I/O假定、用戶界面的補充分等。
（3）編碼階段測試：測試需要解決的首要問題是編碼是否和設計的一致；其次是系統是否可維護，系統的規(guī)格說明是否正確地實現，編碼是否按照既有的標準進行。是否有充分的測試計劃評價程序，程序是否提供足夠的文檔資料，程序內部是否有足夠的注釋等。在測試完成后，要形成下列輸出物：編碼說明書、程序文檔、計算機程序列表、可執(zhí)行的程序、程序流程圖、操作介紹和單元測試結果。
（4）測試階段：要進行第三方的正確測試，檢驗所開發(fā)的系統是否能按照用戶提出要求運行，在測試階段要使的用戶能成功地安裝新的應用系統來進行測試。
（5）安裝階段測試：首先要根據系統安裝手冊制定好安裝計劃，確定安裝流程圖，準備好安裝文件和程序清單，給出安裝測試的預期結果，并對安裝過程中的各項可能發(fā)生的結果進行說明準備，將程序運行的軟硬件要求放入產品說明中。同時要檢查時系統用戶手冊和操作手冊，看是否可用。
（6）驗收階段測試 ：定義用戶角色，定義驗收標準，編制驗收計劃，執(zhí)行驗收計劃和填寫驗收結論。
38、get和post的請求
1、url可見性：get，參數url可見；post，url參數不可見
2、數據傳輸上：get，通過拼接url進行傳遞參數；post，通過body體傳輸參數
3、緩存性：get請求是可以緩存的post請求不可以緩存
4、后退頁面的反應get請求頁面后退時，不產生影響post請求頁面后退時，會重新提交請求
5、傳輸數據的大小get一般傳輸數據大小不超過2k-4k（根據瀏覽器不同，限制不一樣，但相差不大）post請求傳輸數據的大小根據php.ini 配置文件設定，也可以無限大。
6、安全性這個也是最不好分析的，原則上post肯定要比get安全，畢竟傳輸參數時url不可見，但也擋不住部分人閑的沒事在那抓包玩。安全性個人覺得是沒多大區(qū)別的，防君子不防小人就是這個道理。對傳遞的參數進行加密，其實都一樣。
39、alpha測試和beta測試的區(qū)別
alpha測試是在用戶組織模擬軟件系統的運行環(huán)境下的一種驗收測試，由用戶或第三方測試公司進行的測試，模擬各類用戶行為對即將面市的軟件產品進行測試，試圖發(fā)現并修改錯誤beta測試時用戶公司組織各方面的典型終端用戶在日常工作中實際使用Beta版本，并要求用戶報告異常情況，提出批評意見。
區(qū)別：主要是測試場所不同，alpha是指把用戶請到開發(fā)方的場所來測試，beta測試是指在一個或多個用戶的場所進行測試；alpha測試的環(huán)境是受開發(fā)方控制的，用戶的數量相對少，時間比較集中，beta測試環(huán)境不受開發(fā)方控制，用戶數量相對多，時間不集中
40、TCP/IP協議的模型和每層的主要協議
從下到上：
1、鏈路層（數據鏈路層/網絡接口層）：包括操作系統中的設備驅動程序、計算機中對應的網絡接口卡
2、網絡層（互聯網層）：處理分組在網絡中的活動，比如分組的選路；（IP、ICMP、IGMP）
3、運輸層：主要為兩臺主機上的應用提供端到端的通信（TCP和UDP）
4、應用層：負責處理特定的應用程序細節(jié)
下面還給大家準備了一份阿里面試題資源
