1. 程式人生 > >軟體測試常見面試題(一)

軟體測試常見面試題(一)

1、開發犯低階錯誤怎麼辦?
開發首先要規範好編碼,出低階錯時不要職責,內心指出錯誤。讓他們自己進行測試,反思找出錯誤。

2、你進行過那些測試,擅長什麼?
我主要從事web測試,搭建環境,對程式進行整合測試、系統測試、迴歸測試。還有編寫測試用例,使用手冊,功能測試文件。

3、開發說不是bug怎麼辦?
將自己的見解告訴開發,不行就把見解和bug提交專案經理決定。

4、你的職業規劃?*
鞏固基礎測試知識,提高理解需求能力。
學習自動化測試,並且運用。技術到尾後學習帶領測試團隊。
最後爭取達到測試經理水平。

5、什麼測試用例才是合格?*
能覆蓋到所有測試點

6、缺陷報告測試組成?


缺陷編號、缺陷標題、缺陷描述缺陷有限等級、
缺陷優先程度、缺陷所屬模組、缺陷所屬版本、缺陷所屬開發人員、
輸入資料、輸出結果、缺陷分析等。

C/S模式,使用交替方法確認是client還是server端問題

7、測試用例包括那些
用例編號、測試環境、用例標題、輸入資料、預期結果

8、軟體評審的人員和目的
人員:客戶、專案經理、開發人員、測試人員
目的:檢視軟體是否還存在問題。是否在不同平臺正常執行,是否有和客戶理解不一致的地方,是否有改進的地方

* 9、什麼事軟體測試?目的? *
通過人工或者自動化的操作,執行軟體程式,檢視他們是否滿足客戶需求。
目的:最短時間找出儘可能多的軟體確缺陷

10、相容測試
檢查軟體在不同軟體、硬體平臺是否可以正常執行。
主要檢視在不同作業系統、瀏覽器、資料庫、不同版本是否正常執行

11、為什麼進行軟體測試?
沒經過測試的軟體無法保證質量,好比iso質量認證一樣。
測試中發現問題,即是提交開發改進,在軟體釋出時得出軟體質量。

12、軟體測試型別有那些?區別與聯絡?
常見:功能測試、效能測試、介面測試。

功能測試:佔比最大,也叫黑盒測試(不看程式碼)。進行動態測試時,需要測試軟體功能,不需要測試軟體內部結構和處理過程。
技術方法有:等價類劃分法、邊界值分析、錯誤推測、因果圖和綜合策略。

效能測試:通過自動化測試工具模擬多種正常、異常、峰值條件,對系統各項效能指標測試。
負載測試、壓力測試屬於此。負載測試:確定各項工作負載下的系統性能,目標是負載主鍵增加時,系統各項效能指標變化;壓力測試:通過系統的瓶頸,獲得系統能提供的最大服務級別。

介面測試:介面好壞決定使用者對軟體第一印象。合理的介面帶來輕鬆愉悅感受,失敗介面有挫敗感,讓強大的功能付諸東流。

區別:功能測試關注軟體功能,每個功能可能存在的問題。效能測試軟體多使用者併發的穩定性和強壯性。介面測試關注使用者體驗和易用性。

13、好的測試用例關鍵?
白盒測試:較少的用例覆蓋儘可能多的內部程式邏輯結果。
黑盒測試:較少的用例覆蓋模組輸出和輸入介面。一最少用例在合理時間內發現最多的問題。

對可行和不可行的都要考慮,(1)輸入 (2)詳細操作步驟 (3)預期輸出 (4)實際輸出

14、黑盒、白盒、單元、整合、系統、驗收測試的區別與聯絡?
黑盒:已知功能設計規格,測試正門每個功能是否複合要求。
白盒:已知內部工作過程,測試正門每種內部操作複合設計規格。
黑盒意味著測試在軟體的接口出進行,把測試物件看做一個黑盒子,不考慮程式內部邏輯結構和內部特性,僅看需求說明書檢查功能是否複合需求。黑盒-》功能測試(或者 資料驅動測試)

15、軟體開發過程與角色分工?
測試配合開發等進行需求分析和討論,根據需求說明書指定《專案測試計劃》,編寫測試用例,建立測試環境。
測試負責新產品測試,原有產品的升級測試,負責軟體問題解決過程跟蹤,軟體開發文件、開發工作的規範化,管理開發部門的產品文件,製作使用者手冊、操作手冊,產品上限測試,監督軟體開發過程執行,提高軟體質量。

16、軟體開發過程與角色分工?
開發與測試開會討論需求。需求分析人員寫出需求分析說明,三部門討論可行性。給出詳細設計說明書,開發編碼,給出系統流程圖。測試根據此,給出bug統計。

17、不同測試型別的聯絡與區別?
功能、效能、可靠性、安全性、負載測試,
壓力、安裝\解除安裝、啟動\停止、相容、互聯測試,
文件、迴歸、可使用性、容量測試

18、測試計劃工作包括?
時對工作內容的有效組織和規劃,保證測試工作有效展開。包括測試目標,測試範圍定義,測試方法選擇,測試進度里程碑,測試資源管理和配置。
測試目標最重要,因為他是軟體測試的最終達到結果

19、效能測試工具,院裡、實際應用
LoadRunner。能夠錄製測試的操作步驟,對其模擬出多個使用者播放出來。
(1)visural user genertor:建立指令碼,選擇協議,錄製操作,編輯操作
(2)中央控制器 controller:排程虛擬使用者。建立場景,選擇指令碼,建立虛擬使用者,設計shedual,設定ip spoofer
(3)執行指令碼,分析shedual
(4)分析測試結果

20、相容性
平臺相容、網路相容、資料庫相容、資料格式相容。

缺陷等級分類
極高:測試過程司機、系統崩潰、資料跌勢、功能沒有實現
很高:導致軟體功能不穩定、功能實現錯誤、流程錯誤
中級:校驗錯誤、罕見故障、錯別字,不影響功能,影響體驗
低階:沒影響的小問題

21、缺陷生命週期
新建bug–提交bug–確認bug–非配bug–修復bug–驗證bug–關閉bug

22、測試結束標準
1)一二級缺陷數目達到專案質量管理目標要求,測試暫停返回開發
2)專案出現重大估算和進度偏差,需要暫停或者終止
3)新需求變更大,需修改測試計劃和測試用例再進行
4)開發暫停,測試也暫停,備份暫停時的資料
5)所有功能、效能測試用例100%進行

23、測試生命週期
需求測試計劃指定和評審–測試用例編寫–測試用例執行–bug管理–測試報告輸出

24、自我介紹套路
1)很高興獲得面試機會……想證明我是何氏的人選……想獲得您的認可……
2)反問面試官:您看我繼續介紹專案還是您提問關心的問題?

25、專案介紹
1)先整體再區域性介紹,專案五大維度:規模(程式碼規模、需求規模、用例規模、工作量、進度、質量、成本),測試流程,角色與職責,專案中自己角色,自己的特色(做得好的、遇到的困難、做得差的),最後是心得體會。

26、資料庫問題
資料庫增刪改查(insert、delete、update、select);
表結構增刪改查(create、drop、alter、describe);
儲存過程;
觸發器等

27、Linux系統
常見50個命令(find、-name、type、perm、user、group、ctime、atime)
熟悉vi、熟悉linux搭建測試環境。LAMP環境搭建。

28、缺陷相關
缺陷跟蹤流程(流程基本要素)、整體流程(會畫)、缺陷單的20個屬性、屬性的意義、如何描述好缺陷單、缺陷單的5C原則、缺陷重現步驟。你認為最經典的bug

29、用例相關
用例格式要素、用例設計工程方法論、方法要求
如何利用。
如何評審用例,從那些維度評審,設計好用例需要那些只是結構

30、軟體測試流程
熟悉產品/專案–需求評審–測試需求–測試計劃–測試方案–測試用例–預測試,第一輪正式測試–第二輪迴歸測試–第三輪測試,測試報告–總結–測試指南
31、網路相關
基本網路知識(重點TCP/IP協議)

32、測試工具
效能測試工具:
自動化測試工具:
測試管理工具:

如何去測試給定軟體
技巧:從質量模型、測試工具、測試方法、測試流程、探索式測試,巨集觀解決,再圍觀講解用例設計

33、卓越工程師素質
溝通、五心工程師、追求完美

34、你還有什麼想要問的嗎?
滿意情況:先表示感謝,問如果有下一輪面試,什麼時候,做什麼準備;
一般般情況:感謝,對自己表現不太滿意,能否給我一些建議;
很糟糕:感謝,認識到不足,希望給建議

35、測試用例編寫結構
功能性、介面UI、易用性、安全性、相容性

36、STAR法則
S(situation):專案屬於什麼型別,週期多長
T(task):團隊分工,你的角色
A(action):具體實施,自己做了什麼
R(result):最後成果,你的收穫

37、如何測試紙杯
功能性:是否漏水;是否喝到水
安全性:有沒有細菌
可靠性:摔下來的損壞程度
可移植性:不同地方、溫溼度使用
相容性:容納果汁、啤酒、汽水、汽油等
易用性:是否燙手、防滑、方便飲用水
使用者文件:使用手冊對用法、限制、使用條件描述
疲勞測試:分別裝上水、汽油等24小時,洩露情況
壓力測試:用鎮不斷加壓,承受多達壓強