軟體測試自動化面試問題

『壹』 面試軟體測試 主要提問哪些問題

1、 說說你們公司測試的一個基本測試流程是什麼？
答：首先會召開需求分析會議，參加人員有產品、開發和測試，主要是探討需求主要的一些功能點，完了之後，開發就排期進行開發，我們就根據主管寫出來的計劃、分配到的任務編寫測試用例，寫完之後會進行用例評審，有評審修改的就修改整理形成最終的用例版本，之後開發人員版本編譯完成後，我們會依據測試用例來執行測試，測試過程中，提交bug，跟蹤bug，直至關閉，測試完後編寫測試報告。

2、 你們項目主要是做什麼的，有些什麼功能，業務邏輯是怎樣的？
答：這個主要就是看公司具體的項目是什麼，了解清楚功能模塊，對主要功能模塊做業務邏輯的一個描述就行。

3、 測試的過程中，還用過一些什麼工具嗎？
答：有就有，沒有就沒有，一定要如實回答！比如在測試介面或者簡單施壓的時候用到了 jmeter。

4、 如果簡歷上寫了，MySQL、Linux等，一般會問，掌握的程度怎麼樣？
答：如實回答，對於測試人員來說，mysql基本的增刪改查都會，Linux基本命令都會，也會linux環境的項目部署。

5、 你們需求分析會議主要目的是什麼？
答：講解此次項目主要是做什麼的，達到一個什麼樣的目的，探討項目功能點，針對不清楚的及時提問。

6、 如果需求過少，你應該怎麼辦？
答：首先我會有所疑問，然後再問問老大，看看到底是怎麼回事，如果確實是需求少，那就進一步的分析這個業務。如果確定有一些需求。

7、 編寫測試用例的時候，會用到什麼方法？
答：等價類、邊界值、錯誤推測法、場景法等。
接著又問了一個:你覺得你在寫用例的時候用到了嗎？
我的回答是用到了，比如邊界值，隨便列舉一個例子，比如：項目中某個標題輸入框，長度是1-16個漢字。會設計測試用例數據為輸入標題為空、標題字數為1、標題字數為2、標題字數為15、標題字數是16、標題字數為17

8、 會寫測試計劃嗎、包含哪些內容？
答：一般說：沒有寫過，是我們主管寫的，但我們會接觸這個文檔。大概包含有：目的、背景、測試范圍、測試開始結束時間、測試策略、測試人員安排、測試環境、風險評估等等。

『貳』 軟體測試面試的時候可能會問什麼問題

軟體測試面試一般會涉及非技術類問題和技術類問題：

一、非技術類問題：

非技術類問題，又分為封閉式問題、開放式問題、誘餌式問題三個維度。

01.封閉式問題

比如：你在哪兒讀的書？你有英語四級證書嗎？你有幾年工作經驗？……

這類問題答案是單一的，所以回答的時候要簡潔明了。

02.開放式問題

面試官一般想通過一些開放式問題，了解你的溝通表達，思維邏輯等方便的能力，遇到這類問題時，就需要有條理的進行闡述。比如：

你對我們公司有什麼了解？

遇到這類開放式問題時，可以提前做一些准備，在網上多了解一些應聘公司的信息，並進行簡單的梳理，在遇到類似問題時，就可以結合自己整理的大綱來展開延伸。

你的弱點是什麼？

回答這類問題，不要過多談論和這份工作明顯相關的弱點，使自己陷於不利的境地。

比如從長處來說，我相信我最大的優點是我有一個高度理性的頭腦，能夠從混亂中整理出頭緒來。我最大的弱點是，對那些沒有秩序感的人，可能缺乏足夠的耐心。

我相信我的組織才能可以幫助企業更快地實現目標，而且有時候，我處理復雜問題的能力也能影響我的同事。

03.誘餌式問題

面試官通過這類問題主要是想了解在簡歷上看不到的你，比如：你為什麼從上份工作離職了，是因為發生了什麼不愉快的事嗎？

遇到這類問題時，我們要保持警惕，思維不能被面試官牽著走，也不能把面試官當知心，大肆吐槽前份工作中遇到的種種不愉快。

二、技術類問題

常見的技術類問題主要涉及項目經歷，技術基礎，測試思路，方案設計等方面。比如：

01.介紹一下你們公司的測試流程

回答要點：有些面試官也會問項目流程，作為一個普通的測試工程師，不熟悉整個項目流程是很正常的，如果這樣，可以就回答測試流程。一般來說，測試組長或者測試經理才會相對熟悉項目流程。還有流程不要回答的太過簡單，太過書面化，如提需求-寫用例-提交bug-驗證bug，可以結合自己做過的項目來回答。

02.app和web測試有什麼區別？

回答要點：主要考察你的經驗積累，以及你對於app和web的理解。

參考回答：web和app其實本質上並沒有什麼區別，只是面向用戶的不同前端軟體而已，後台的架構都可以一模一樣，比如說都是linux+jdk+tomcat+mysql。

web是bs架構，app是cs架構，由於這個差別，web安裝部署都比較方便，app經常需要更新。在測試過程中，有一些web特色的測試，比如滑鼠懸停，鍵鼠操作等。

app測試也有交叉事件測試，網路測試，橫豎屏切換，手機按鍵等等 。Web測試經常需要考慮響應時間，2-5-10原則，app測試還需要考慮流量和電量測試等。

03.你熟悉哪些測試工具？

軟體測試工具有很多，測試管理工作、自動化測試工具、性能測試工具等，在回答這個問題的時候，最好是結合你做過的項目去闡述。

比如在做過什麼項目時，在哪些場景下，你使用了什麼測試工具。

04.簡單說一說你做過的一兩個項目

面試之前，要把自己近期做過的項目進行梳理，重點總結自己最近做過的1-2個項目。

比如項目基本情況，你在項目中負責哪些內容，是怎麼測試的，使用了哪些工具，在哪些場景下如何使用的。這些細節都需要梳理清晰。

更多具體的問題，可以在網上搜索軟體測試面試題庫，詳細了解~

『叄』 軟體測試面試常見問題及答案是什麼

一般軟體測試的面試分為三輪：筆試，HR面試，技術面試。

前兩輪，根據不同企業，或有或無，但最後一個技術面試是企業了解你「行不行」的關鍵環節，每個企業都會有的。

在平時的學習、工作中一定要善於總結，如果回答不好，面試官會認為你技術能力有限或者不勤於思考，是很容易被pass掉的。

簡單為大家總結了些面試過程中經常會被問到的問題：

hr會問的幾個問題

1.你覺得自己的優缺點是什麼

2.你上一家公司的薪資是多少，調了幾次薪

3.為什麼從上一家公司離職呢

4.離職證明和背調可以嗎？

5，你還有什麼問題要問嗎？

（這些問題都帶坑！回答不好會死在這兒的，不知道怎麼回答，可以網路下或者聯系在線客服）

技術方面的問題

【功能方面】

1.你是怎樣理解軟體測試的

2.讓你介紹你做的項目的業務流程

3.軟體測試的流程

4..你認為什麼是bug，說一下你印象深刻的bug，結合項目說一下你們公司有哪些類型的bug和bug評判嚴重程度的標准

5.如何保證軟體測試的質量

6.如何保證你寫的測試用例覆蓋所有的場景

7.如果用戶在正式環境發現一個bug，你在測試環境沒有發現，怎麼辦

8.項目測試到什麼程度就可以上線了

【場景方面】

1.讓你寫登錄，支付，充值，購物車，文件上傳，三角形，筆，水杯等的測試點（80%的公司會讓你分析測試點！！！）

【計算機網路基礎知識】

1.http協議的內容是什麼?

2.請求頭的內容有哪些

3.常見的狀態碼有些

4.http和https的區別有哪些

5.tcp和udp的區別

6.請描述下tcp的三次握手四次揮手的過程

7.網關的作用

8.osi七層模型每一層的作用

9.session是什麼，cookie是什麼，有什麼使用場景

10.session和cookie的區別

【介面測試】

1.你認為的介面是什麼

2.介面測試工具工作的原理是什麼呢？

3.介面中包含哪些內容

4.介面用例如何寫

5.你是如何做介面測試的，使用的什麼工具？

6.介面自動化了解過嗎

7.get和post的區別

【自動化測試】

1.可能會問到selenium

2.selenium元素定位的方式，顯示等待，隱式等待，強制等待的區別等

3.介面自動化腳本的編寫原理和過程

這塊可以不用擔心，只要會一些簡單的就可以了，因為對於初中級測試來說，自動化是一個加分項，一般如果自動化掌握的很熟練的同學薪資是在12-25k之間的

【其他測試問題】

1.簡述轉包過程，你用的抓包工具是什麼

2.如何分析一個bug是前端還是後端bug

3.url後面跟數據的話如何拼接上去

4.抓包的原理是什麼

5.你們公司使用的bug管理工具是什麼

6.弱網測試是如何實現的

7.web測試和app測試的區別是什麼

8.給你一個軟體你會如何進行測試

9.兼容性測試你是如何做的（從app和web兩方面回答）

10.冒泡排序之類的一些代碼題

11.如果在正是環境發現bug測試環境沒發現怎麼辦

12.如果有一個bug，怎麼判斷這個bug是前端代碼導致的還是後端代碼導致的

這些問題回答的正確與否直接決定了你能否留下，甚至能拿多少薪資的問題，多回答對一個問題，就有可能多為自己爭取到500-1000塊的工資呢。如果不知道怎麼回答，可以私信細聊哦！

『肆』 軟體測試自動化測試面試題

自動化測試面試題
1. 你比較熟悉那種自動化測試工具？
2. 你在你以前工作中是如何使用自動化測試工具的？
3. 介紹一下你在利用自動化測試工具的過程中遇到的一些問題
4. 你是如何計劃自動化測試的？
5. 自動化測試能提高測試效率嗎？
6. 什麼是data-driven automoation(數據啟動自動化)？
7. 測試自動化的主要特徵有哪些？
8. 自動化測試可以代替手工測試嗎？
9.自動化測試的好處是什麼？
10. 自動化測試容易出現的誤區有哪些？
11. 介紹一下測試自動化的常見問題？
12. 你知道哪些測試自動化的腳本技術？
13. 測試用例的設計可以自動化嗎？
自動化測試框架都有哪些?
答：自動化測試框架主要分為以下幾種，可以根據項目需要進行選擇
1.模塊化框架(test script molarity)。
2.函數庫結構框架(test library architecture)。
3.關鍵字驅動測試框架(keyword-driven/table-driven testing)。
4.數據驅動測試框架(data-driven testing)。
5.混合型框架(hybrid test automation)。
請列舉你曾經做過的自動化功能測試項目的相關經驗
你認為什麼情況下適合進行自動化功能測試?請解釋原因
請問自動化測試在實現過程中會遇到的難點有哪些?
請問：怎麼在自動測試中實現數據驅動?
你會計算自動測試工程的投入回報比嗎?怎麼計算?
請比較 Rational Robot 與 MI QTP 的優缺點
你認為 Robot 在數據參數化的時候有什麼不便之處嗎?
請問 QTP 中如何不用錄制的方法啟動 IE ，並對 IE 窗口進行操作
在用自動測試工具製作測試腳本的時候，當需要對某個界面上的對象進行操作時，如何保證操作成功?
請選擇一個自動功能測試工具並用該測試工具的腳本語言寫一個腳本：每天早上 9 點彈出對話框，提示「現在 9 點了」。說明在測試工具中使用你的腳本的方式

『伍』 軟體測試常見62道面試題

01、您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。

02、您認為做好測試用例設計工作的關鍵是什麼？

03、您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，並以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。

04、您認為性能測試工作的目的是什麼？做好性能測試工作的關鍵是什麼？

05、在您以往的工作中，一條軟體缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟體缺陷（Bug）記錄？

06、你對測試最大的興趣在哪裡？為什麼？

07、測試活動中，如果發現需要文檔不完善或者不準確，怎麼處理？

08、你認為做好測試計劃工作的關鍵是什麼？

09、軟體配置管理工作開展的情況和認識？

10、你覺得軟體測試通過的標准應該是什麼樣的？

11、軟體測試的文檔測試應當貫穿於軟體生命周期的全過程，其中用戶文檔是文檔測試的重點。那麼軟體系統的用戶文檔包括哪些？

12、簡述軟體系統中用戶文檔的測試要點？

13、什麼是系統瓶頸？

14、沒有產品說明書和需求文檔地情況下能夠進行黑盒測試嗎？

15、為什麼盡量不要讓時間富裕的員工去做一些測試？

16、完全測試程序是可能的嗎？

18、軟體測試的風險主要體現在哪裡？

19、所有的軟體缺陷都能修復嗎？所有的軟體缺陷都要修復嗎？

20、開發人員老是犯一些低級錯誤怎麼解決？

21、您在以往的測試工作中都曾經具體從事過哪些工作？其中最擅長哪部分工作？

22、開發人員說不是bug時，你如何應付？

23、軟體測試項目從什麼時候開始為什麼？

24、你能不能說下你的3-5年的職業規劃？

25、功能測試用例需要詳細到什麼程度才是合格的？

26、一個缺陷測試報告的組成？

27、測試用例通常包括哪些內容？

28、你都用什麼測試方法？

29、軟體的評審一般由哪些人員參加？其目的是什麼？

30、什麼是軟體測試，軟體測試的目的？

31、什麼是兼容性測試？

32、什麼是軟體測試？

33、軟體測試的對象有哪些？

34、當測試過程發生錯誤時，有哪幾種解決辦法？

35、怎麼才能夠全面的測試到每一個點？

36、開發與測試的關系？

37、測試活動中統計了哪些數據？

38、進行測試時產生了哪些文檔或記錄？

39、怎樣做好測試計劃？

40、測試用例如何設計的？

41、簡單概述缺陷報告，並說明包括哪些項？

42、什麼是bug？

43、開發人員修復缺陷後，如何保證不影響其他功能？

44、什麼時候功能測試？

45、請問功能測試和性能測試的區別是什麼？

46、為什麼選擇測試這行？

47、什麼是軟體缺陷？

48、什麼黑盒測試？黑盒測試方法都包括哪些？

49、什麼白盒測試？白盒測試方法包括哪些？

50、軟體測試策略都包含哪些？

51、什麼是單元測試？

52、什麼是集成測試？

53、什麼是系統測試？

54、什麼是驗收測試？

55、什麼是自動化測試？

56、什麼是 Alpha 和 Beta 測試？

57、什麼是功能測試？

58、什麼是性能測試？

59、什麼是冒煙測試？

60、什麼是隨機測試？

61、什麼是動態測試和靜態測試？ 

62、什麼是測試用例？

『陸』 軟體測試員的面試常見問題

軟體測試員是指根據測試計劃和測試方案進行軟體測試;能夠針對軟體需求開發測試模型，制定測試方案，安排測試計劃，並對測試項目進行管理的專業人員。下面是我整理的軟體測試員的面試常見問題介紹，大家快來看看吧。

軟體測試員面試問題

1、請根據”V”模型分別概述測試人員在軟體的需求定義階段、設計階段、編碼階段、系統集成階段的工作任務及其相應生成的文檔?

需求定義階段：根據項目需求提取測試需求 並形成測試需求文檔，根據提取的測試需求和項目計劃進行測試計劃的擬定，測試計劃文檔，設計：根據測試需求擬訂測試方案並形成測試方案文檔;根據測試方案制定測試用例，並形成測試用例文檔，編碼階段：執行測試並完善測試用例文檔，系統集成階段：測試總結報告，階段問題統計報告，測試問題報告

2、怎樣衡量一個測試用例的質量?

測試的覆蓋率，功能點，性能，風險等

3、集成測試的集成順序有哪些?如何選擇?

4、考察軟體的安全可靠性時，一般從那些方面來判斷?

5、列舉你用過的自動化工具並說明用測試自動化工具有什麼好處。

速度快，效率高，可靠性好，能按標准及規范執行

6、如果一個軟體不能繼續測試下去，在停止測試之前，需要考慮哪些問題?

7、如果一個界面沒有明顯的對與錯，怎麼開始測試?

看界面的美觀，易用性等

8、你認為一個好的測試工程師應具備那些素質?

善於發現問題，能很好的與同事溝通，

9、一個輸入框，要求輸入一個1-8位的標識符做為系統系統唯一標志，怎樣設計測試用例?

10、請根據下面的交互模型寫出一測試用例。

面試應對技巧

一、面試前的准備

這里說的面試前的准備，就是趕到面試地點直到開始面試前的這個過程的准備。如果處理得當，不僅能從心理上更加輕松、自信，而且還說不準在面試之前就在無形中增加了面試成功的砝碼呢。我們要注意哪些事情呢?

1.時間上要充裕

面試前要准備充分，應該提前一些時間出發。越是在大城市，越是要這樣。現在的交通堵塞成了家常便飯，所以，如果你不多留一些時間在路上的話，萬一遇上了堵車等情況的時候，肯定就會遲到。遲到的時候，不管出干什麼理由，都讓等你半天的主考官心裡直犯嘀咕：這傢伙是不是剛從另一家公司面試完趕過來?是不是對我們的這場面試不重視?這樣一來，好不容易獲得的面試機會，也就泡了湯。

2.再一次整理形象

在趕到面試地點的時候，如果條件或時間允許的話，應該進一趟洗手間。整理一下自己的衣服、擦擦自己的皮鞋，不至干土頭土腦地站在主考官面前。經過一番整理，起碼讓自己更從容、更自信一些。

3.要對工作人員有禮貌

從你進大門開始，對待所有和你接觸的工作人員，都應該一視同仁，比如保安員、接待員、秘書等，不要不在乎這些你認為不重要的人。往往這些細節能決定面試的結果：你還沒來公司上班，就對同事無禮，還能指望你能好好地工作嗎?甚至在有些公司的面試環節中，你對普通工作人員的態度也是其中重要一環。

如果有前台接待的話，就要禮貌地告訴前台接待，你來這兒的目的。如果接待人員安排你坐著等，你就要沉著地坐著，或者閉目養神，或者翻閱你自己的資料。不要隨意和正在工作的工作人員攀談，或東張西望，或四處走動。

即使煙癮再大，也不要在接待室吸煙。

二、怎樣先入為主

1.把握進房間的時機

輪到你面試的時候，一般秘書會提醒你。這時候有兩種情況，一種是秘書領你進面試房間;另一種是讓你自己去面試房間。

如果秘書領你進面試房間，而這時候主考官正埋頭填寫什麼資料，你不要貿然和主考官打招呼，以免打亂他的思緒，要表現出理解和合作，先靜靜地稍等一會兒。因為既然是秘書領你進面試房間，而你進屋後一直站在那兒，主考官當然知道你的存在。或許他想趁和你交談之前，把上一位求職者的面試結果填寫出來，不會超過一兩分鍾，正式面試就會開始的。

如果需要你自己去面試房間，千萬不要貿然往裡闖。不管門開著還是關著，你都要先有節奏地、輕輕地敲門，在獲得主考官同意後，再進房間。即使看到主考官在填寫材料，也要敲門，這樣他才知道你來了。如果他有事情的話，會直接告訴你梢等一會兒。不要自作聰明，一直在門外等著一言不發。對主考官來說，什麼時候干什麼，那是他自己的工作安排;對你來說，如果面試的時間到了，你就應該按點敲門。

有時候，進入面試房間後，主考官會讓你先等一會兒，你就要耐心地聽從安排。如果實在無所事事，可以翻閱自己帶來的材料。不要東張西望、坐卧不安。這段時間雖然比較難熬，但忍一忍也就過去了。

如果主考官沒有讓你坐下的話，不要擅做主張直接坐到主考官邊上。

消除面試中緊張情緒的方法

自我暗示，克服害怕心理

第一：平時一見陌生人便臉紅、緊張、說不出話，感到渾身不自在，這是陌生恐懼。針對陌生恐懼，我們要暗示自己：對於自己來說，別人是陌生的。但是從另外一個角度來看，對於對方，自己也是一個陌生人，既然大家彼此都是陌生人，那麼大家就都是平等的，自己其實沒有必要恐懼對方。

第二：參加面試時，若面對7或9名考官，幾位計時員和監督員。當我們發覺眾人的目光都在投向我們時，便會感到一陣緊張，很不自在，因為對方是一群人，而我們是單獨一人，自然而然就產生一種群體恐懼。針對群體恐懼，我們要暗示自己：其實考官越多，就越能避免個別考官的個人傾向性，其實對我們就越有利。因為評分採取的是去掉最高分和最低分，然後求平均分的方式。因此，要相信考官一定能夠公正地評價自己。自己一定能夠遇到能夠識別千里馬的伯樂。

第三：我們參加應聘時，面試的主持人如果是高級領導幹部，則往往會被他們的赫赫名聲嚇倒，一見面就會莫名其妙地緊張和不安，這就是高位恐懼。針對高位恐懼，我們要暗示自己：對方地位高，名聲大，但他們也是一個普通人，從人格上說，人人都是平等的;而且還要回想起以前與自己老師和領導融洽關系建立的過程，要相信，考官就是自己以後的同事和領導，要相信自己只要把考官當成“自己人”，相信自己一定能夠得到考官青睞的。這樣便會增加自己的勇氣，建立與對方平等的新關系，使面試順利進行。

克服害怕 懂得四大技巧

第一，必須對面試本身進行充分的准備。只有對面試的流程、面試的題型、面試的過程有了一個充分的把握之後，才能有充分的自信，避免膽怯。這就要求我們對面試進行充分的准備。參加面試培訓班是個很好的選擇。

第二，面試過程中，要與考官進行親切有神的目光交流。在目光交流中，會從考官目光中得到鼓勵，有助於克服膽怯心理。

第三，發現對方的弱點，減輕心理壓力。面試時不妨仔細觀察對方的儀容、服裝以及談吐等，藉以發現對方的缺點，這時就會產生一種寬松感，減輕心理壓力。

『柒』 軟體測試面試常見問題及答案是什麼

黑盒測試的優點有：

比較簡單，不需要了解程序內部的代碼及實現，與軟體的內部實現無關，從用戶角度出發，能很容易地知道用戶會用到哪些功能，會遇到哪些問題，基於軟體開發文檔，所以也能知道軟體實現了文檔中的哪些功能；在做軟體自動化測試時較為方便。

黑盒測試的缺點有：

不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%，自動化測試的復用性較低。

白盒測試的優點有：

幫助軟體測試人員增大代碼的覆蓋率，提高代碼的質量，發現代碼中隱 藏的問題。

白盒測試的缺點有：

程序運行會有很多不同的路徑，不可能測試所有的運行路徑；測試基於代碼，智能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；系統龐大時，測試開銷會非常大。

嚴重級別的錯誤：

影響系統整體基本流程運行的錯誤，由於某一操作造成系統死循環或伺服器崩潰的錯誤。

較嚴重：功能實現錯誤、內部計算錯誤。

一般：UI錯誤，一些易用性的錯誤或建。

『捌』 軟體測試面試題：WEB+網路｜介面測試｜性能測試｜自動化測試

1. http代碼表，常考題目

404：找不到資源

500：伺服器內部錯誤，無法完成請求。

501：伺服器不支持請求的功能，無法完成請求。

502：充當網關或代理的伺服器，從遠端伺服器接收到了一個無效的請求。

301：永久移動。請求的資源已被永久的移動到新URI，返回信息會包括新的URI，瀏覽器會自動定向到新URI，今後任何新的請求都應使用新的URI代替。

302：臨時移動。與301類似。但資源只是臨時被移動，客戶端應繼續使用原有URI。

200：成功。

2. TCP/IP四層網路模型

鏈路層、網路層、傳輸層、應用層。

3. TCP/UDP區別？

TCP： 可靠傳輸協議，需要三次握手連接，有確認重傳機制，特點是可靠、准確、有擁塞控制，缺點就是比較慢，傳輸量比較小，適用於升級、下載；一句話：TCP是可靠的傳輸。

UDP： 不可靠傳輸協議，面向非連接的協議，優點是傳輸量大、速度快，缺點是已丟失、沒有擁塞控制，適用於直播、視頻等。一句話：UDP是不可靠的傳輸。

4. html css js運行的先後順序是什麼？

界面載入的時候先載入html在載入css最後載入js

5. session和cookie的區別是什麼

1. session存放在伺服器端用來校驗客戶端的身份

2. cookie存放在客戶端，每次從客戶端往伺服器發請求時，將cookie帶到伺服器端，用來校驗客戶端的身份

1. 怎麼用JMeter測試介面？

如果使用JMeter進行介面測試：

1) 測試前了解需求，根據介面規格說明書梳理業務；

2) 接下來設計用例，分析介面的入參和出參，分清楚有哪些有效輸入和無效輸入，設計用例(原則：用最少的用例覆蓋所有有效輸入，針對每一個無效的輸入設計一個測試用例，如果有錯誤碼沒有覆蓋到，還要對每個未覆蓋的錯誤碼分別設計一個用例)；

3) 准備測試數據，比如：測試所需的賬號、密碼、key 等信息；

4) 打開JMeter，創建一個線程組，根據介面類型，填寫好對應的介面地址和請求方式等；

5) 參數化配置，添加配置元件CSV Data Set Config，定義變數，並准備CSV格式的數據，變數的引用用${變數名}的格式；

6) 添加斷言來判斷測試結果的正確性，用得最多的是響應斷言；

7) 添加監聽器，比如查看結果樹，對測試結果進行監聽；

8) 運行測試用例；

9) 查看監聽器結果，來判斷用例的執行是成功還是失敗，針對失敗的用例，分析其失敗原因；

10) 針對測試中發現的問題，給開發提單，直到問題最終解決。

11) 最後輸出測試報告。

2. 怎麼用Postman測試介面？

如果使用Postman測試介面：

其中1,2,3點相同，工具使用方面則比JMeter跟簡單，工具的主要的步驟是添加對應的請求、填寫主機URL及入參、添加測試套、運行測試套、分析結果出報告。

3. 在JMeter上如何把上一個請求的結果作為下一個請求的參數？

使用正則表達式提取器提取上一個請求的響應中的信息，保存一個引用名稱比如abc，在下一個請求的參數中，用${abc}的格式來引用提取的結果。

常用的正則表達式格式：(.+?)，其中.表示匹配任意字元串，+表示只匹配一次，？表示匹配到就停下來。

一般是我們功能測試完成最後兩三天時間測試性能。

1、先是分析需求計算出並發數，TPS，響應時間和 CPU，內存，硬碟和網路IO這些指標。

2、制定測試方案，主要包括環境，計劃和具體測試那些場景（如可靠性，並發，負載，壓力測試等）

3、根據場景用Badboy錄制腳本，導出為JMeter工具支持的腳本。

4、用JMeter工具打開腳本，進行腳本調試，加一些斷言，監聽器，參數化等。

5、接下來執行性能測試，然後主要收集監聽器和收集伺服器CPU，內存，硬碟和網路IO等分析是否滿足需求，如果滿足就輸出性能測試報告。

6、如果指標不能滿足，反饋給開發進行調優。調優後繼續測試，一直到滿足需求後最終輸出測試報告。

1. Python怎麼定義一個函數？

你可以定義一個由自己想要功能的函數，以下是簡單的規則：

1) 函數代碼塊以def關鍵詞開頭，後接函數標識符名稱和圓括弧()。

2) 任何傳入參數和自變數必須放在圓括弧中間。圓括弧之間可以用於定義參數。

3) 函數的第一行語句可以選擇性地使用文檔字元串—用於存放函數說明。

4) 函數內容以冒號起始，並且縮進

5) return[表達式]結束函數，選擇性地返回一個值給調用方。不帶表達式的return相當於返回None

2 Python切片

3. Python上用過什麼庫/模塊？

webdriver：定位和操作元素

time：設置等待時間

ActionChains：動作鏈，完成滑鼠的相關操作

Keys：鍵盤的相關操作

WebDriverWait：設置顯式等待

Expect_Conditions：針對單個元素，設置顯式等待的場景

PIL：截圖

Select：下拉選擇框的操作

unittest python：自帶的單元測試框架

HTMLTestRunner：運行腳本，生成報告

ddt：實現數據驅動測試，行為和數據分離

4. 你做過自動化測試嗎？

我在上一份工作中，公司去年下半年也開始規劃做Web 自動化，採用Python作為開發語言，通過Selenium WebDriver定位和操作頁面元素，自動化框架用的是unittest。我主要負責寫測試腳本。

假設一個測試團隊有5個人：1資深(測試經理)+2~3個中級(自動化+手動)+1 個初級(手動)

5. 使用什麼工具進行的自動化測試

使用的工具是Selenium（Web自動化工具）

6. 用的什麼編程語言

用的Python

7. Selenium 用的是哪個版本的的？Python用的是哪個版本的？

用的是selenium 3.11.0和Python2.7.10

8. Selenium的工作原理？

1）對html元素定位

2）模擬對第一步定位到的元素進行點擊、輸入、選擇等操作一句話：定位元素，操作元素。

9. 元素定位方法有哪些？

要點：8種定位方法

1) 根據元素的屬性值定位，比如 id、name、class、標簽名、鏈接文字和部分鏈接文字；

2) 根據CSS選擇器定位；

3) 根據 XPath 定位；

10. 子頁面里的元素怎麼定位？

先切換到框架里，然後再定位，用switch_to_frame函數根據子頁面id或name，切換到子頁面；定位完了如果要再定位主頁面的元素，要用switch_to_default_content 函數先返回主頁面。

11. 怎麼定位alert彈窗？或者這樣問：怎麼處理JS原生窗口？

要點：主要涉及點擊彈窗確認按鈕、強行關閉彈窗、獲取彈窗中的文字等操作。

1) 點擊彈窗的確定按鈕，用如下函數：

driver.switch_to_alert().accept()

2) 強行關閉，點擊右上角的叉叉，用如下函數：

driver.switch_to_alert().dismiss()

3) 獲取彈窗里的文字，用如下函數：

driver.switch_to_alert().text

12. 怎麼運行自動化用例並生成測試報告？

以unittest為例，我通常的做法是把用例載入到測試套中，做成一個腳本，在命令窗口下運行腳本，報告的生成用第三方模塊HTML TestRunner來生成。

13. 怎麼定位/操作圖片中的驗證碼？

用tesseract OCR引擎處理圖片中的驗證碼，步驟：

（1）對整個屏幕截屏，保存成png格式的圖片；

（2）在截取的圖片中定位驗證碼圖片的位置坐標；

（3）根據坐標對驗證碼截圖；

（4）在圖片中提取驗證碼，輸入到輸入框。

『玖』 軟體測試面試題及解答

軟體測試[1]就是利用測試工具按照測試方案和流程對產品進行功能和性能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。下面是我為你整理的軟體測試面試題，希望對你有所幫助!

01. 為什麼要在一個團隊中開展軟體測試工作?

因為沒有經過測試的軟體很難在發布之前知道該軟體的質量，就好比ISO質量認證一樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟體測試的工作。在測試的過程發現軟體中存在的問題，及時讓開發人員得知並修改問題，在即將發布時，從測試報告中得出軟體的質量情況。

02. 您在以往的測試工作中都曾經具體從事過哪些工作?其中最擅長哪部分工作?

我曾經做過web測試，後台測試，客戶端軟體，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試

03. 您所熟悉的軟體測試類型都有哪些?請試著分別比較這些不同的測試類型的區別與聯系(如功能測試、性能測試……)

測試類型有：功能測試，性能測試，界面測試。

功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。採用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬於性能測試，兩者可以結合進行。通過負載測試，確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時，系統各項性能指標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能提供的最大服務級別的測試。

界面測試，界面是軟體與用戶交互的最直接的層，界面的好壞決定用戶對軟體的第一印象。而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。同時界面如同人的面孔，具有吸引用戶的直接優勢。設計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由於界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。

區別在於，功能測試關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的功能問題。性能測試主要關注於產品整體的多用戶並發下的穩定性和健壯性。界面測試更關注於用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前台避免用戶無意輸入無效的數據，當然考慮到體驗性，不能太粗魯的彈出警告)?做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然後再考慮該功能點的性能測試

04.您認為做好測試用例設計工作的關鍵是什麼?

白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果

黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入介面。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題

05. 請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯系。

黑盒測試：已知產品的功能設計規格，可以進行測試證明每個實現了的功能是否符合要求。

白盒測試：已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規格要求，所有內部成分是否以經過檢查。

軟體的黑盒測試意味著測試要在軟體的介面處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數據驅動測試。黑盒測試主要是為了發現以下幾類錯誤：

1、是否有不正確或遺漏的功能?

2、在介面上，輸入是否能正確的接受?能否輸出正確的結果?

3、是否有數據結構錯誤或外部信息(例如數據文件)訪問錯誤?

4、性能上是否能夠滿足要求?

5、是否有初始化或終止性錯誤?

軟體的白盒測試是對軟體的過程性細節做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態，確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：

1、對程序模塊的所有獨立的執行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環的邊界和運行的界限內執行循環體。

4、測試內部數據結構的有效性，等等。

單元測試(模塊測試)是開發者編寫的一小段代碼，用於檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用於判斷某個特定條件(或者場景)下某個特定函數的行為。

單元測試是由程序員自己來完成，最終受益的也是程序員自己。可以這么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。

集成測試(也叫組裝測試，聯合測試)是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經測試過的單元組合成一個組件，並且測試它們之間的介面。從這一層意義上講，組件是指多個單元的集成聚合。在現實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，並最終擴展進程，將您的模塊與其他組的模塊一起測試。最後，將構成進程的所有模塊一起測試。

系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。(常見的聯調測試)

系統測試的目的是對最終軟體系統進行全面的測試，確保最終軟體系統滿足產品需求並且遵循系統設計。

驗收測試是部署軟體之前的最後一個測試操作。驗收測試的目的是確保軟體准備就緒，並且可以讓最終用戶將其用於執行軟體的既定功能和任務。

驗收測試是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試後，已經按照設計把所有的模塊組裝成一個完整的軟體系統，介面錯誤也已經基本排除了，接著就應該進一步驗證軟體的有效性，這就是驗收測試的任務，即軟體的功能和性能如同用戶所合理期待的那樣。

06. 測試計劃工作的目的是什麼?測試計劃工作的內容都包括什麼?其中哪些是最重要的?

軟體測試計劃是指導測試過程的綱領性文件，包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。藉助軟體測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的各種變更。

測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系，測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)

07. 您認為做好測試計劃工作的關鍵是什麼?

1. 明確測試的目標，增強測試計劃的實用性

編寫軟體測試計劃得重要目的就是使測試過程能夠發現更多的軟體缺陷，因此軟體測試計劃的價值取決於它對幫助管理測試項目，並且找出軟體潛在的缺陷。因此，軟體測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具並且具有較高的實用性，便於使用，生成的測試結果直觀、准確

2.堅持“5W”規則，明確內容與過程

“5W”規則指的是“What(做什麼)”、“Why(為什麼做)”、“When(何時做)”、“Where(在哪裡)”、“How(如何做)”。利用 “5W”規則創建軟體測試計劃，可以幫助測試團隊理解測試的目的(Why)，明確測試的范圍和內容(What)，確定測試的開始和結束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟體的存放位置(Where)。

3.採用評審和更新機制，保證測試計劃滿足實際需求

測試計劃寫作完成後，如果沒有經過評審，直接發送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟體需求變更引起測試范圍的增減，而測試計劃的內容沒有及時更新，誤導測試執行人員。

4. 分別創建測試計劃與測試詳細規格、測試用例

應把詳細的測試技術指標包含到獨立創建的測試詳細規格文檔，把用於指導測試小組執行測試過程的測試用例放到獨立創建的測試用例文檔或測試用例管理資料庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系，測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。

08. 您所熟悉的測試用例設計方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。

1.等價類劃分

劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數據對於揭露程序中的錯誤都是等效的.並合理地假定:測試某等價類的代表值就等於對這一類其它值的測試.因此,可以把全部輸入數據合理劃分為若乾等價類,在每一個等價類中取一個數據作為測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.

2.邊界值分析法

邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發生在輸入或輸出范圍的邊界上,而不是發生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.

使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試數據,而不是選取等價類中的典型值或任意值作為測試數據.

3.錯誤推測法

基於經驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.

錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結. 還有, 輸入數據和輸出數據為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發生錯誤的情況. 可選擇這些情況下的例子作為測試用例.

4.因果圖方法

前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合於檢查程序輸入條件的各種組合情況.

09. 請以您以往的實際工作為例，詳細的描述一次測試用例設計的完整的過程。

就說最近的這次網站功能的測試吧

首先：得到相關文檔(需求文檔和設計文檔)，理解需求和設計設計思想後，想好測試策略(測試計劃簡單點就OK了)，考慮到測試環境，測試用例，測試時間等問題。

第二步：設計測試用例，測試策略是：把網站部分的功能點測試完，然後在進行系統測試(另外個模塊呢有另一個測試人員負責，可以進行聯調測試)，網站模塊的測試基本是功能測試和界面測試(用戶並發的可能性很小，所以不考慮)：這次的網站的輸入數據呢是使用資料庫中的某張表記錄，如果表中某一數據記錄中新加進來的(還沒有被處理的，有個標志位)，網站啟動後會立刻去刷那張表，得到多條數據，然後在進行處理。處理過程中，會經歷3個步驟，網站才算完成了它的任務。有3個步驟呢，就可以分別對 這3個步驟進行測試用例的設計,盡量覆蓋到各種輸入情況(包括資料庫中的數據，用戶的輸入等)，得出了差不多50個用例。界面測試，也就是用戶看的到的地方，包括發送的郵件和用戶填寫資料的頁面展示。

第三步：搭建測試環境(為什麼這個時候考慮測試環境呢?因為我對網站環境已經很熟了，只有有機器能空於下來做該功能測試就可以做了)，因為網站本身的環境搭建和其他的系統有點不同，它需要的測試環境比較麻煩，需要web伺服器(Apache,tomcat)，不過這次需求呢，網站部分只用到了tomcat，所以只要有tomcat即可

第四步：執行測試

10. 您以往是否曾經從事過性能測試工作?如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。

是的，曾經做過網站方面的性能測試，雖然做的時間並不久(2個月吧)，當時呢，是有位網站性能測試經驗非常豐富的前輩帶著我一起做。

性能測試類型包括負載測試，強度測試，容量測試等

負載測試：負載測試是一種性能測試指數據在超負荷環境中運行，程序是否能夠承擔。

強度測試： 強度測試是一種性能測試，他在系統資源特別低的情況下軟體系統運行情況

容量測試：確定系統可處理同時在線的最大用戶數

在網站流量逐漸加大的情況下，開始考慮做性能測試了，首先要寫好性能測試計劃，根據運營數據得出流量最大的頁面(如果是第一次的話，一般是首頁，下載頁，個人帳戶頁流量最大，而且以某種百分比)，

Web伺服器指標指標：

* Avg Rps: 平均每秒鍾響應次數=總請求時間 / 秒數;

* Successful Rounds：成功的請求;

* Failed Rounds ：失敗的請求;

* Successful Hits ：成功的點擊次數;

* Failed Hits ：失敗的點擊次數;

* Hits Per Second ：每秒點擊次數;

* Successful Hits Per Second ：每秒成功的點擊次數;

* Failed Hits Per Second ：每秒失敗的點擊次數;

* Attempted Connections ：嘗試鏈接數;

11. 您在從事性能測試工作時，是否使用過一些測試工具?如果有，請試述該工具的工作原理，並以一個具體的工作中的例子描述該工具是如何在實際工作中應用的。

12. 您認為性能測試工作的目的是什麼?做好性能測試工作的關鍵是什麼?

13. 在您以往的工作中，一條軟體缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質量的軟體缺陷(Bug)記錄?

14. 您以往所從事的軟體測試工作中，是否使用了一些工具來進行軟體缺陷(Bug)的管理?如果有，請結合該工具描述軟體缺陷(Bug)跟蹤管理的流程。

15. 您認為在測試人員同開發人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發團隊中其他成員良好的人際關系的關鍵是什麼?

16. 在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什麼?您是如何來對待這些事情的?

17. 在即將完成這次筆試前，您是否願意談一些自己在以往的學習和工作中獲得的工作經驗和心得體會?(可以包括軟體測試、過程改進、軟體開發或者與此無關的其他方面)

18.你對測試最大的興趣在哪裡?為什麼?

最大的興趣就是測試有難度，有挑戰性!做測試越久越能感覺到做好測試有多難。曾經在無憂測試網上看到一篇文章，是關於如何做好一名測試工程師。一共羅列了十一二點，有部分是和人的性格有關，有部分需要後天的努力。但除了性格有關的1、2點我沒有把握，其他點我都很有信心做好它。

剛開始進入測試行業時，對測試的認識是從無憂測試網上了解到的一些資料，當時是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發更難，雖然當時我很想做開發(學校專業課我基本上不缺席，因為我喜歡我的專業)，但看到測試比開發更難更有挑戰性，想做好測試的意志就更堅定了。

不到一年半的測試工作中，當時的感動和熱情沒有減退一點(即使環境問題以及自身經驗，技術的不足，做測試的你一定也能理解)。

我覺得做測試整個過程中有2點讓我覺得很有難度(對我來說，有難度的東西我就非常感興趣)，第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來之前，把用例寫好，用什麼測試方法寫?(也就是測試計劃或測試策略)，如果你剛測試一個新任務時，你得花一定的時間去消化業務需求和技術基礎，業務需求很好理解(多和產品經理和開發人員溝通就能達到目的)，而技術基礎可就沒那麼簡單了，這需要你自覺的學習能力，比如說網站吧，最基本的技術知識你要知道網站內部是怎麼運作的的，後台是怎麼響應用戶請求的?測試環境如何搭建?這些都需要最早的學好。至少在開始測試之前能做好基本的准備，可能會遇到什麼難題?需求細節是不是沒有確定好?這些問題都能在設計用例的時候發現。

第二是發現BUG的時候了，這應該是測試人員最基本的任務了，一般按測試用例開始測試就能發現大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出bug。還有如何發現bug?這就需要在測試用例有效的情況下，通過細心和耐心去發現bug了，每個用例都有可能發現bug，每個地方都有可能出錯，所以測試過程中思維要清晰(測試過程數據流及結果都得看仔細了，bug都在裡面發現的)。如何描述bug也很有講究，bug在什麼情況下會產生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現這個bug，這個bug產生的規律是什麼?如果你夠厲害的話，可以幫開發人員初步定位問題。

19. 你的測試職業發展是什麼?

測試經驗越多，測試能力越高。所以我的職業發展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業規劃，前3年累積測試經驗，按如何做好測試工程師的11，12點要求自己，不斷的更新自己改正自己，做好測試任務。

20. 你自認為測試的優勢在哪裡?

優勢在於我對測試堅定不移的信心和熱情，雖然經驗還不夠，但測試需要的基本技能我有信心在工作中得以發揮。

軟體開發網 www.mscto.com

21. 你以前工作時的測試流程是什麼?

公司對測試流程沒有規定如何做，但每個測試人員都有自己的一套測試流程。我說下我1年來不斷改正(自己總結，吸取同行的方法)後的流程吧。需求評審(有開發人員，產品經理，測試人員，項目經理)->需求確定(出一份確定的需求文檔)->開發設計文檔(開發人員在開始寫代碼前就能輸出設計文檔)->想好測試策略，寫出測試用例->發給開發人員和測試經理看看(非正式的評審用例)->接到測試版本->執行測試用例(中間可能會補充用例)->提交bug(有些bug需要開發人員的確定(嚴重級別的，或突然發現的在測試用例范圍之外的，難以重現的)，有些可以直接錄制進TD)->開發人員修改(可以在測試過程中快速的修改)->回歸測試(可能又會發現新問題，再按流程開始跑)。

22. 當開發人員說不是BUG時，你如何應付?

開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據是什麼?如果被用戶發現或出了問題，會有什麼不良結果?程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最後的確認。

23.你為什麼想離開目前的職務?

因為公司運作情況並不理想，公司需要調整部門體系，公司考慮到縮減部門人員，所以大批量的裁員(有6，7個)，這是我的第一份工作，對公司也有較深的感情，因為在這里我找到了職業理想(就是測試)，所以公司需要精簡人員，我自願退出。雖然很捨不得，但我將會有新的發揮能力的舞台。

24：你對我們公司了解有多少?

25：你找工作時，最重要的考慮因素為何?

工作的性質和內容是否能讓我發揮所長，並不斷成長。

26：為什麼我們應該錄取你?

您可以由我過去的工作表現所呈現的客觀數據，明顯地看出我全力以赴的工作態度。

27：請談談你個人的最大特色。

我的堅持度很高，事情沒有做到一個令人滿意的結果，絕不罷手。

28.白箱測試和黑箱測試是什麼?什麼是回歸測試?

29。單元測試、集成測試、系統測試的側重點是什麼?

30。設計用例的方法、依據有那些?

31。一個測試工程師應具備那些素質和技能?

32.集成測試通常都有那些策略?

33.你用過的測試工具的主要功能、性能及其他?

34.一個缺陷測試報告的組成

35.基於WEB信息管理系統測試時應考慮的因素有哪些?

36.軟體測試項目從什麼時候開始，?為什麼?

37.需求測試注意事項有哪些?