第一篇：軟件測試工程師面試經驗總結

首先說明我算上找實習的時候的面試總共就經歷了不到5次，沒有多少經驗，就在網上和書上摘錄了些我認為比較重要的，分享給大家，希望各位都能找到一份適合自己的好工作。1.筆試題

對于筆試，有的公司筆試題是不區分開發和測試崗位的，測試人員除了要掌握好測試的基本知識外最好也是有編程基礎，具有盡量多的計算機的知識，像操作系統的基本知識（線程等），數據庫的基本操作（增刪改查，關聯查詢，授予權限等），數據結構的知識（像二叉樹的前序、中序、后序查詢）。2.面試

如果在筆試中沒有考測試的基本知識，那在面試中是肯定要被問到的。面試前一定要做好準備，可以在網上搜一下關于這個公司的筆試題和面試題，以供參考。如果時間充?？梢哉乙槐咀约耗芸吹倪M去的講軟件測試的書，認真的有側重點的看看。軟件測試的幾個主要的階段，不一定死記硬背能用自己的話說出來也可以或者能舉例說明，那幾個主要的白盒和黑盒的測試方法能熟練的應用到實際的例子中，等價類劃分和邊界值分析經常被問到。

每個公司做的項目都不一樣，最好先了解下要應聘的那家公司主要是做哪方面的，比如對美外包的公司就要求英語水平，能看懂英文文檔甚至能同外國人交流，最好能提前先看些英語的文章，準備下英文的自我介紹，臨時提高下英語水平。

我被問到的面試題（答案僅供參考）

1.為什么不考研？

2.想要一份什么樣的工作

3.做軟件測試人員需要具備什么樣的職業素質

（1）專業技能，包括測試的技能和開發的技能（2）積極的態度

（3）良好的溝通能力（4）細心（5）耐心

（6）團隊意識 4.對他們公司的了解

5.再就是些工作地點能否接受，有沒有男朋友之類的基本問題 以下是針對實習項目問的問題（答案僅供參考）

6.缺陷報告有幾個狀態，都包括哪些內容

狀態：新建，打開，修復，關閉，重復的bug，無效的bug，被拒絕的bug，其他 內容：：標題、模塊名稱、項目名稱、測試環境、重現步驟、期望結果、實際結果、嚴重級、優先級、發現人、接收人和附件（截圖，說明等）。7.有一個文本框，只能輸入0-5個字母的組合，如何進行測試 從字符串的長度考慮，按照邊界值方法設計測試用例

從字符串的組成內容考慮，按照等價類劃分方法設計測試用例 8.簡單的說一下性能測試和壓力測試 9.寫過自動化測試的腳本嗎

10.我實習的項目是一個金融的網站，技術的面試官問我，商品的價格是左對齊還是右對齊（對于這個問題我也不知道為啥會被問到，有什么具體的含義，猜想可能是判斷我的項目經驗是否真實）

下面是我網上摘錄的一些可能被問到的面試題

1.您認為做好測試用例設計工作的關鍵是什么？

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

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

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

3.談一些自己在以往的學習和工作中獲得的工作經驗和心得體會？（可以包括軟件測試、過程改進、軟件開發或者與此無關的其他方面

4.什么是軟件測試。

5.Alpha 測試與beta 測試的區別。

6.測試結束的標準是什么？

7.測試項目：杯子

需求測試:查看杯子使用說明書 界面測試:查看杯子外觀

功能度：用水杯裝水看漏不漏；水能不能被喝到 安全性：杯子有沒有毒或細菌

可靠性：杯子從不同高度落下的損壞程度

可移植性：杯子再不同的地方、溫度等環境下是否都可以正常使用 兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等 易用性：杯子是否燙手、是否有防滑措施、是否方便飲用

國際化：杯子上的圖案有沒有觸犯到某個國家或宗教的禁忌

用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細描述 疲勞測試：將杯子盛上水（案例一）放24小時檢查泄漏時間和情況；盛上汽油（案例二）放24小時檢查泄漏時間和情況等

壓力測試：用根針并在針上面不斷加重量，看壓強多大時會穿透 跌落測試: 杯子加包裝(有填充物),在多高的情況摔下不破損

震動測試: 杯子加包裝(有填充物),六面震動,檢查產品是否能應對惡劣的鐵路公路航空運輸

測試數據：測試數據具體編寫此處略（最討厭寫測試數據了）。其中應用到：場景法、等價類劃分法、因果圖法、錯誤推測法、邊界值法等方法

期望輸出：該期望輸出需查閱國標、行標以及使用用戶的需求 說明書測試: 檢查說明書書寫準確性

給大家提三個產品:1.手機 2.電飯鍋 3.電梯

8.圖書（圖書號，圖書名，作者編號，出版社，出版日期）

作者（作者姓名，作者編號，年齡，性別）

用SQL語句查詢年齡小于平均年齡的作者姓名、圖書名，出版社。

9.軟件測試分為幾個階段 各階段的測試策略和要求是什么

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

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

12.您認為做好測試計劃工作的關鍵是什么？

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

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

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

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

第二篇：軟件測試工程師面試經驗之談

很多軟件測試朋友都想找份好工作，找一份待遇好、環境好，又有自己用武之地和發展空間的工作。以下是一位從事軟件測試工作的朋友在招聘和面試的一些經驗與心得之談，希望對大家找工作能有所幫助。

第一步、投遞簡歷

投遞簡歷，讓招聘公司發現你，一般有4種方式：

通過招聘網站搜索軟件測試招聘信息，選擇合適的公司和職位，投遞簡歷；

通過招聘網站發布自己的簡歷，等待招聘公司發現并下載你的簡歷；

通過公司內部招聘、內部人員推薦；

通過招聘會，現場投遞簡歷。

點評：

以上4種招聘方式，最為常用的是1、2兩種，而且結合使用，第3種的成功率最高，第4種應用很少。第1種方式是現在大多數測試朋友找工作的主要途徑，目前，國內知名的人才招聘網站：中國人才熱線網、中華英才網、51job前程無憂等，相信各位想找工作的測試朋友，早已對這些網站如數家珍了。如果你想被獵頭看重，那就趕快注冊（更新）一下自己的簡歷吧，很快將會有一大堆公司給你打電話，通知你去面試，這就是第2種方式。

一般說來，你在人才網上發布簡歷找工作的同時，獵頭公司也在找你，所以說，1、2兩種方式結合使用。接下來，我們再來探討一下第3種方式。在外企以及一些大公司，為了減緩員工在從事一項工作幾年之后產生的乏味情緒，特別推出一種內部招聘的方式，允許公司內部相關部門的相關人員的應聘，比如說作技術支持的要應聘作市場，作開發的要應聘作測試等等，或者在公司內部公布招聘信息，希望本公司的員工推薦符合招聘要求的人員，可以直接到公司進行面試。因為公司對內部員工相當了解，員工對招聘要求十分清楚，必然按要求搜尋符合條件的熟人進行推薦，所以，公司內部招聘、內部推薦十分容易成功。第4種招聘方式，近兩年已經很少應用，因為招聘會有時間限制，還要跑到現場，在人山人海中搜尋符合自己條件的公司和職位，投遞簡歷并進行簡單面試，既費時、費力，效果也不佳，故而應用越來越少。

第二步、準備面試

想要參加面試，就一定要做好面試的準備：

公司情況：

在接到面試通知時，一定要簡單而客氣地詢問一下公司的情況，正所謂知己知彼，百戰不殆?？纯垂臼欠裼心闼P注的地方，比如公司的規模、辦公地點、測試組的情況等，最主

要的要知道公司的主要業務，測試什么，軟件還是硬件，那個行業的，問話不要多，否則對方很容易反感，最好是要來對方的公司網址，到網站上瀏覽一下，大體也就知道了。

穿衣戴帽：

陌生人見面，第一印象很重要，你給招聘方的第一印象，主要通過衣著來表現。我們這些測試人員，都是搞技術的IT人士，不能穿的象個新新人類，試想一下，你作為主考官，見一個身穿乞丐服、頭戴鴨舌帽的人進來應聘測試工程師，你會相信他的技術嗎。所以在面試時，一定要穿潔凈、整齊的職業裝或者夾克，或者適中的風衣。女士稍微畫一點淡妝，男式記得刮胡子。頭發都要梳的整齊。

言談舉止：

言談舉止要透出一股自信，讓人感覺你就是很棒，什么任務都可以放心的交給你去作，你都能圓滿完成。

證書、簡歷：

很多公司可能在通知你面試的時候，就會通知你帶相關的學歷證件、培訓證書，如果招聘方沒有通知，你可以禮貌的問一下，是否需要攜帶。至于你的簡歷，一定要多帶上幾份，不要以為招聘方看過你的簡歷，就一定有你的簡歷。因為也許是人事部發現了你的簡歷，通知測試部一同面試，或者測試部發現了你的簡歷，通知人事部一同面試，而面試又是在幾天之后的事情，早不知把你的簡歷扔到哪里去了。你以為網站上有你的簡歷，可以直接打印，那你就錯了。因為招聘負責人可能工作比較忙，比較累，應聘的人又那么多，手頭沒有現成的簡歷，隨便應付一下，就打發你走了。感覺難受吧，可你改變不了人家，如果不想失去這次機會，就自己準備簡歷吧，需要就拿出來，不需要可以留著下次用。

語言表達：

面試的關鍵就是語言表達，看你是否能夠很有條理的把自己的經歷、知識、技能表達清楚，并且在講的過程中，注意觀察招聘方的表情，看人家是否感興趣，如果人家皺眉頭，表情不悅，就盡快結束自己的話題。因此，在面試之前，你可以自己練習練習。

知識、技能：

知識、技能是測試人員平時積累下來的寶貴財富，面試之前，你可以將其條分縷悉，以備面試時表達清楚。

英語能力：

國內企業對英語要求不是十分苛刻，只要有良好的英文文檔閱讀能力即可；倘若是外企或者承包外企項目的公司，對英語要求則十分嚴格：要求你能夠用日常英語會話，能夠用英語撰

寫測試文檔，匯報測試工作。所以在學習測試知識和技能的同時，我們也要注意對英語知識的積累。

第三步、參加面試

在約定的時間、約定的地點，你最好準時出現，如果不能準時赴約，一定要提前打電話，告知對方是什么原因導致你遲到，多長時間以后能你到達約定地點。進入公司，會有接待人員招呼你坐下，通知招聘負責人接待你面試，此間接待人員會給你送上來一杯水。

1.考試

招聘負責人給你一份試卷(一般為筆試，也有上機的，如果對英語有嚴格要求，還會有一份英文試卷)，規定一定的時限，到時間他來收卷。試卷的命題一般分為填空、選擇、判斷、邏輯推理、程序改錯、簡答，也有讓你找bug的題，這些題給人的感覺都是在簡單中透漏著怪異。如果你問為什么要有考試這一關，招聘人會告訴你，是想考察應聘者的能力。其實，不盡然，最根本是公司的質量保證體系，要求公司所有活動都得有記錄，所以才出現了考試這回事。

2.初試

初試是最關鍵的，幾乎決定是否錄用你。初試之前招聘負責人可能會寒暄幾句，讓你放松一下心情。招聘負責人一般有兩位，一位負責測試技術，一位負責人事，招聘負責人會作自我介紹，也可能其中一位捎帶介紹另一位的資歷(比如留美博士)，表示這家公司很有誘惑力，連這么好的人才都吸引來了。

接下來負責測試技術的會問你幾個問題：

請你簡單談談你的經歷？

你在某某家公司主要作哪些工作？

測試過那些東西？

測試流程是什么？

手工測試還是自動測試？

使用過哪些測試工具？使用過Rational系列測試工具嗎？

作過白盒測試嗎？

作過XXX測試嗎？以前接觸過XXX嗎？你對XXX了解到什么程度？（XXX代表招聘公司所要測試的東西）

平時使用哪些操作系統？Linux操作熟練嗎？

以前作過開發嗎？開發了哪些東西？使用的什么語言？

你覺得測試工程師應該具備哪些素質？

對一個測試工程師來說，什么素質最重要？

結合自己的實際工作，談談你對測試的理解？

為什么要離開上一家公司？

居住在哪里？離公司遠不遠？

有經驗的招聘負責人都會簡單介紹一下自己的公司（背景、主營業務、發展前景等），然后開始問問題。

一般開門見山的問題是：

請你簡單談談你的經歷？

回答這個問題，只要簡單的敘述你從畢業到現在都在那些公司作了那些事情即可，敘述時一定要從容、清晰而有條理，眼睛瞅著招聘負責人，觀察其表情，如果有些不耐煩，要盡早結束這一話題。招聘負責人此時會大致瀏覽你的簡歷，在你敘述完自己的經歷時，招聘人會就你簡歷的某一項問你，比如：你在某某家公司主要作什么？測試過那些東西？測試流程是什么？

待你回答完這些之后，繼而問你測試的具體細節，手工測試、自動測試、用過那些工具？

是否作過白盒測試？

使用過什么操作系統？

熟悉那些語言？

是否作過開發？

如果你肯定回答這些問題，那么還要繼續問具體操作，比如你答作過白盒測試，那么招聘人會問：

你測了哪些東西？

怎么進行的？

是獨立進行的還是和別人一起進行的？

測試出的bug 如何處理？

是否作進一步的分析？……

第三篇：軟件測試工程師面試技巧

如何避免面試失敗

面試是職業生涯發展中的重要一環

有不少來我這里面試軟件測試工程師的朋友，對面試的重要性認識不清，特別是一些剛剛畢業的朋友，把面試看得形同兒戲。你要進入一家企業，就必須認真準備其安排的面試，而且需要引起高度重視。這里列舉幾個不好的行為：

(1)遲到或無故缺席

有不少大學生、研究生在學校里形成了拖拖拉拉的習慣，在跨入社會之際，沒有意識到角色開始發生變化，仍然保持著其散漫的個性。比如：本來約好6月22日早晨10:30到的，到6月22日早晨10:40才電話通知面試人員臨時有事去不了。本來是下午兩點開始的面試，過了四點還不見人影，后來急匆匆跑過來解釋說是導師找談話，脫不開身，天知道，這些仁兄或義妹是不是午睡過了頭。

這是在校學生；對于某些工程師，甚至是職場老鳥也會不小心犯這個錯，本來約好下班以后7:00的面試，非得拖到8:30才見到人。不用問絕對是路上堵車，上班時間又不方便過不來，看來只能占面試官的下班時間了。天知道這么做有多么愚蠢。你既然是來面試的，就要知道面試官的重要性。你不可以動動腦筋嗎？比如早點出來，打個出租車，實在不行就裝病請半天假，這么做遠比讓面試官下班后專等您老人家來得明智。

(2)調整好心態

求職者來我這里面試，有時候就缺乏智慧和心態。我笑臉相迎，禮讓有加，他/她卻以為是來和我決戰的，要在氣勢上高我一籌。我含蓄地指出回答中的不足，他/她卻認為必須死撐到此，以永不認錯為樂。還有一個妹子，我問了一些技術問題，沒有答上來，就對我冷著臉，像要吃人?；氐皆瓎挝贿€和她朋友說：“面試官是個矮胖子，臉上有青春痘，我懶得搭理他”。其實，臉上有痘子的矮胖子就和黃橋鎮的老百姓差不多，對每個來面試的求職者都是很熱心地支援的，只要有可能甚至愿意與之結交為朋友。而且，我也堅信，技術上有點問題也不是什么大不了的事情，學習就是了，難道還有什么知識是生而知之的。但如果是人的心態出現問題，就會很麻煩，會出現溝通不暢、合作不力、士氣下降、文化野蠻等問題。而這恰恰是任何一個項目通往成功路上的死敵。

對于剛剛畢業、初入職場的朋友，我要多叮嚀幾句：要放棄那種視眾生為芻犬的心態，要放棄那種自信得自負的氣質，要用平和的心態，友善合作的態度，去和你對面的面試官談話，真正地坦誠地交流。承認你還有一些問題不知道答案，這不可怕?？膳碌氖遣欢b懂、一錯到底的粗暴態度；可怕的是一揭短就暴跳如雷、冷若冰霜的神態。

(3)請關掉您的手機

切記切記：在您面試的時候，請關閉手機。

不要相信某些專家的歪招：面試的時候裝著接聽另一家單位的面試或錄用通知可以顯著提升你的價值。事實證明，這給面試官的心理打擊是致命的；對您的形象的破壞也是深刻的。關掉它，可以讓面對面的溝通更為友好更為溫馨。好幾次，有求職者對我說“對不起，我出去接個電話”，“對不起，請稍等一下”??

然后我尷尬地等他/她煲完電話粥回來。我相信：恐怕沒有比這種等待更尷尬的。好在我是一個大度的人，但我不能保證所有的面試官都會有這樣的耐心和寬容心。

關掉手機吧，特別是對于那些愛發短信的女孩子。在我的面試經歷中，當我第一次碰到有應聘者當著我的面大發短信時，我覺得滑稽異常。要知道，這是在面試，是一件嚴肅的事情。退一百步，即使是一次平常的談話，你也不希望你在講話時對方正在忙與談話毫不相干的事情吧？對于職場老鳥來講，我相信你們不會犯這樣的低級錯誤，但我還是忍不住嘀咕一句：決定您能否被錄用的飛機馬上就要起飛了，請您系好安全帶，及時關閉手機。

接著簡單談談面試過程中的氣質問題、溝通問題及肢體語言。

第一個單元：面試過程中的氣質問題

有很多大學畢業生到我這里來面試，不注重自己的氣質。有些人表現得像是獨行俠，神神秘秘，眼神游移不定，說話磕磕巴巴，衣服皺皺巴巴，個別的身上還有一股餿味、怪味。這其中也不乏技術尚可的人，但一談到技術問題就像葛朗臺臨死前看到金幣那樣，兩眼放出攫取的光芒，不停地說啊說啊，完全不顧面試官的表情和暗示，說得幾乎都不肯停下來。技術好是好事，但如果到了那種如癲似狂、和雪山派“白自在”類似的地步，著實讓人覺得可怕。這些來面試的人，如果落選，原因很簡單，太不修邊幅。

今年上半年，我們還從某管理軟件學院招聘過學生來做初級測試工程師。但見個幾個以后，實在是沒有興趣再輕易通知面試該院校的學生了。為什么呢？實在是氣質差。第一眼看上去，精神很萎靡，有一股“痞”氣（滿臉橫肉，目露兇光），其次就是肚子里頭貨存太少，古人說“腹有詩書氣自華”，這些人連基本的英語句子都讀不懂、說不出、寫不來，那還能叫“大學生”嗎？

有一個好的氣質，是非常重要的，它能吸引你的面試官，讓他眼前一亮。我清晰記得去年冬天見到的一位先生，也是剛剛從大學畢業，來應聘測試工程師，穿著很干凈、很得體的西服，打著領帶，舉手投足間有一股自信、謙虛、專業的味道。這類求職者受到用人單位的青睞，自是情理中的事。不要說我“以氣質取人”或“以貌取人”，事實上，很多單位的高層很明確的表示“往往從應聘者進來到坐下的10秒鐘，就已經決定了這個人適合不適合企業的職位”。這些高層人物里面就包括前微軟中國區總裁李開復先生。這短短的10秒，你能傳遞給別人的只有氣質。鍛煉你的氣質，刻不容緩；鍛煉你的氣質，能你在職業生涯發展過程中獨占鰲頭。

第二個單元：面試過程中的溝通問題

溝通是一切團隊工作最基本的內容，只要是與人相關的工作都會涉及溝通。溝通是極其重要的。有很多求職者，不知道怎么溝通，犯了不少錯誤，吃了不少虧。碰到好的面試官，可能會給你指點指點；碰到心冷一些的面試官，可能只會拋給你一句“回家等復試通知”，打發了事。

那么，如何進行溝通呢？我把溝通分為兩個境界。第一境界是有效溝通；第二境界是有藝術性地溝通。對于求職者而言，重點要練習的是第一個境界。因為在面試過程中，我發現90%以上的求職者，都存在有效溝通（即第一境界）的問題。

閱讀本文的讀者可能會很不以為然或不信，這里且聽我慢慢講來。諸位肯定都學過中學政治，也參加過不少政治考試。一個比較典型的政治試卷包括“判斷題、單選題、多選題、簡答題、論述題和材料分析題”。你們都很清楚該怎么回答。如果有考生將“判斷題答成材料分析題、單選題答成多選題、多選題答成單選

題、簡答題答成論述題、論述題答成簡答題”，恐怕大家都會埋怨他是糊涂蛋。既然這樣，為什么面試的時候會出現類似荒唐可笑的回答呢？比如，面試官問：“請問你熱愛軟件測試這個行業嗎？”這顯然是一道判斷題。面試官問：“請問你有多長時間的測試經驗，一年，兩年，還是更多？”這顯然是一道單選題。面試官問：“請問一個規范的測試計劃大致包括那些內容？”這顯然是一道多選題或簡答題。面試官問：“請你詳細描述一下你在最近一個項目中的角色與職責。”這顯然是一道論述題。如果面試官問：“如果你所在的團隊有個團隊成員經常遲到，作為這個團隊的項目經理，你會怎么處理這件事情？”這顯然是一道材料分析題。不同的題型怎么回答，政治老師都傳授過秘籍。我這里不贅述。

以上講的是第一步，有效溝通的第二步是學會傾聽。不少面試者，性子特別急，根本不等面試官講完，就打斷對方，滔滔不絕地說自己的答案。這是很不禮貌的，也很容易領會錯了面試官的問題。要耐著性子聽，仔細地聽，邊聽邊思考，邊組織答案，等面試官講完了，你等上兩秒，然后開口講你的答案。這樣效果就很好。為什么要不停地打斷面試官，搶著發表你的觀點呢？更不要像開機關槍一樣，不做仔細思考，就無休無止，開口千言，離題萬里。弄得面試官都不知道是他面試你還是你來考驗他的耐性。

有效溝通的第三步，是恰當作答。在傾聽的時候，要弄清楚別人問的是什么問題，屬于什么類型的問題，組織那些內容作答。很多人回答沒有條理性，邏輯混亂，問題就出在傾聽階段。他光聽了，是聽懂了，但沒有腦子跟著轉，沒有在聽的同時組織答案。結果到了恰當作答階段就開口亂說，自以為說越多越好，自我感覺良好，其實面試官已經很討厭了。有一次，我面試一個應聘者，問一個問題，問了三遍，他的答案才是和我的問題相關的。他滔滔不絕，每次都離題萬里，弄得作為面試官的我很郁悶。好在我給他留了面子，有耐心聽他講完，再重述一下我的問題。但如果換一個人或許就是“今天的面試就到這里，請你回家等我們的電話通知。”

總體上來講，面試官要問的問題包括這三種類型，一，你知道答案的；二，你不知道答案的；三，你只知道一部分答案，沒有太多把握的。這三類問題如何問答，也是很有講究的。比如面試官問“你能介紹一下你的優缺點嗎？”這個問題屬于第一類型且屬于簡答題。你要打好腹稿，注意好邏輯關系，不要只談優點不談缺點，也不要把缺點部分當成論述題大談特談。又比如面試官問“你能解釋一下什么是Belady現象嗎？”大部分人并不知道這個問題的答案。那你能否很有禮貌地回答：“對不起，我不知道這個問題的答案。如果貴公司需要我學與此相關知識，我將盡最大所能盡快去學會它，也希望能得到您的指導?！眴栴}在于很多人即使不知道，也要胡亂湊一個答案給我，還言之鑿鑿。少部分人會選擇沉默30秒到1分鐘，才憨憨地撓頭說“不會”。這些都是不好的溝通。又比如面試官問“Winrunner的檢查點有哪幾種類型?分別用于什么情況？”，這很可能是一道你只知道部分答案的題目。需要很有技巧地說“****，還包括其他一些類型的檢查點，它們也應用得較為廣泛?！被蛘哒f“對不起，這個問題我以前仔細學習過，現在印象有點不深刻了。我談談我能記起的，*******”。而不是說話斷斷續續，像擠牙膏那樣，讓人聽著心像懸在空中。

以上我已經談完了有效溝通的三個步驟，希望求職的朋友能參考。至于如何藝術性地溝通，這是另一個境界的，對于一些高階職位至關重要，筆者將在“軟件質量研究網”的培訓班做仔細論述。

第三個單元：面試過程中的肢體語言

很多來求職的人，不會使用肢體語言，一見面就是點一下頭，然后這個面試過程就是目光呆呆地盯在某處一動不動。直到最后離開，才略略說一個“再見”。這當然不算很壞的情況，但也算不上很Smart.一般情況下，如果你已在房間等待，面試官進入房間，應聘人員起身握個手，或者起身微笑，說一個“您好”，是很得體的，不要毫無表情地點一下頭。這個是有點犯忌的。在面試過程中，你可以選擇使用適當的eye

contact,也可以選擇很平和地看著面試官或者面試官前面的桌子。不要像祥林嫂那樣，“眼眶間或一輪,方知是個活物”，也不要像狐貍精那樣，眼珠在眼眶里滴溜溜亂轉。

在實際面試過程中，我還看到有些女孩子一見面試官就不停地笑，有時候還笑得很厲害，不知道什么事情這么可樂。我覺得微笑是比較合適的，笑得花枝亂顫讓人覺得有點不愉快，得不到所問問題的答案，光聽她笑了。此外，手勢也是一個大問題。如果你不會，就不要打手勢。沒有手勢也是很好的，有些應聘者，說起話來離題萬里，還要邊說邊比劃，整個一個張牙舞爪。

曾經有個來面試的小伙子比劃比劃著竟把飲水的紙杯給弄潑倒了，流了一個滿桌，那個尷尬。筆者認為如果沒有專門訓練過手勢，就沒有必要用。手勢貴在得當，從面試官到應聘者，沒有一個人是聾子或者啞巴，不需要每說一句話都要比劃一下。有些人認為外國人都喜歡說起話來張牙舞爪，笑起來肆意夸張，到外企來面試要入鄉隨俗。其實，沒有這個必要，面試官不會因為你能像猩猩那樣笑起來旁若無人就認為你適合外企。肢體語言要得體，這個是最重要的。關于肢體語言，筆者在面試過程中還遇到過很多個案，比如頭抬得過高，比如亂晃二郎腿等等等等。因為不具有代表性，這里略過不提。

第四篇：軟件測試工程師面試技巧

核心提示：第一個問題：自我介紹（心理學首因效應告訴我們第一印象非常重要），自我介紹最重要的是能夠在面試官心目中留下一個好的第一感覺。說得更直白一點是讓面試官舒服。但是我發現很多人就是直接簡單的介紹了一下過去的經歷，但是實際上一方面過去的經歷沒有很好的讓人發現優點。其實面試好比相親，你想說什么不重要，重要地是人家想聽什么。比較好的自我介紹套路是這樣：“您好，我叫XXX,很高興能獲得這次...第一個問題：自我介紹（心理學首因效應告訴我們第一印象非常重要），自我介紹最重要的是能夠在面試官心目中留下一個好的第一感覺。說得更直白一點是讓面試官舒服。但是我發現很多人就是直接簡單的介紹了一下過去的經歷，但是實際上一方面過去的經歷沒有很好的讓人發現優點。其實面試好比相親，你想說什么不重要，重要地是人家想聽什么。比較好的自我介紹套路是這樣：“您好，我叫XXX,很高興能獲得這次面試機會，今天來面試是想證明自己是最合適的人選，另一個方面是獲得您的認可，結合我過去的工作和學習經歷，我自信我能符合咱們公司的認可，接下來您看是我繼續介紹我做過的項目，還是您問您關心的問題？”

第二個問題：項目介紹（項目經驗直接決定一個人能否勝任一份工作，企業更應該看重一個人解決問題的思路和具體能力），項目介紹部分最重要的思路是應該先整體后局部，介紹整體的時候要有量化的數據（從項目度量的五大維度：規模，包括項目代碼規模，需求規模、用例規模，工作量，進度，質量和成本），然后是整體的測試流程，然后再是角色與職責，接下來是項目中自己的特色，比如做得最好的是、遇到最大的困難時、最差的是，最后是心得體會。

第三類問題：數據庫方面知識，最基本的要求是數據庫記錄的增刪改查（insert、delete、update、select），表結構的增刪改查（create、drop、alter、describe）、存儲過程、觸發器等。

第四類問題：linux操作系統相關，最基本的目標是熟悉常見的50個命令，比如find命令（-name、-type、-perm、-user、-group、-ctime、-atime）等，熟悉vi、熟悉linux搭建測試環境。比如LAMP環境搭建。

第五類問題：缺陷相關知識，最基本的是缺陷跟蹤的流程（流程的基本要素），整體的流程，最好能在紙上給面試官畫出來（尤其是男面試官，從男人好色的角度來看，寫得很清楚很重要），缺陷單的屬性，至少能列出20個屬性，每個屬性的意義，如何描述好缺陷單，缺陷單描述的5C原則，比如缺陷重現步驟應該complete.如何描述一個你認為的最經典的bug單。

第六類問題：用例相關，最基本的包括用例的格式要素，用例設計工程方法論，每個方法要求（方法的背景，操作步驟，優缺點、適應范圍，與其他用例方法如何配合），在項目中如何利用測試用例設計工程方法。如何評價、評審測試用例，評審從哪些維度？要設計好測試用例需要哪些方面的知識結構，比如技術、業務、方法。

第七類問題：軟件測試流程，系統測試相關規范和標準的流程：熟悉產品/項目，需求評審，測試需求，測試計劃，測試方案，測試用例，預測試，第一輪正式測試、第二輪回歸測試、第三輪測試，測試報告，測試總結，測試指南。

第八類問題，網絡相關，最基本的網絡基礎知識，比如TCP/IP協議。

第九類問題，測試工具，包括三個大的類型，第一類是性能測試工具、自動化測試工具、測試管理類工具。最起碼的要求是熟悉工具的使用。

第十類問題，給你一個軟件，比如QQ、QQ斗地主，你如何去測試，這類問題基本的思路是，從軟件質量模型、測試工具、測試方法、測試流程、探索式測試等角度先宏觀解決，然后再具體微觀講解用例如何設計等。

第十一類問題，一個優秀/卓越的軟件測試工程師應該具備哪些能力與素質，素質方面包括溝通、五心工程師、追求完美等

第十二類問題，最后一個問題，面試官一般會問，您還有什么想問的嗎？還有什么想了解的嗎？總體上來說最重要的是留下一個好的近因效應，就好比相親的時候，分手離開的時候，留下好的最后的印象，基本的思路應該分三種情況，第一種是面試官對你滿意，自己也感覺不錯的情況下，先表示感謝，然后積極主動的問題，比如，非常感謝您給的這次機會，但是我還是想問，如果我有下一輪面試，我想知道知道是什么時候，我應該再做哪些方面的準備。第二種情況是面試官和自己感覺都一般般，感覺自己是雞肋，這個時候說不說很重要，基本的套路是，非常感謝面試官給的這個機會，坦白地說我對自己今天的面試表現不是非常滿意，還可以表現得更好，但是如果我還是非常想得到這個機會，您能否給我一些建議。第三種情況是面試情況非常糟糕，這種情況下，很少有人能說出感謝，但這恰恰體現一個人的風度?；镜乃悸肥牵还茉趺礃樱€是得感謝您給的機會，讓我自己認識到自己的不足，坦白地說我離這個崗位的要求還有些距離，但是我還是想知道，如果將來我還想來咱們公司面試，您能否給點具體建議。

總結，面試是一個相親的過程，相親的成敗取決于很多要素，但是好的、充分地準備，能夠讓我們更加從容地和主動的去面對壓力與挑戰，而不是簡單地把自己變成超市里面的菜，供人挑選。

第五篇：軟件測試經驗總結

軟件生命周期(SDLC)的六個階段

1、問題的定義及規劃

此階段是軟件開發方與需求方共同討論，主要確定軟件的開發目標及其可行性。

2、需求分析

在確定軟件開發可行的情況下，對軟件需要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟件開發項目的成功打下良好的基礎?！拔ㄒ徊蛔兊氖亲兓旧??！?，同樣需求也是在整個軟件開發過程中不斷變化和深入的，因此我們必須制定需求變更計劃來應付這種變化，以保護整個項目的順利進行。

3、軟件設計

此階段主要根據需求分析的結果，對整個軟件系統進行設計，如系統框架設計，數據庫設計等等。軟件設計一般分為總體設計和詳細設計。好的軟件設計將為軟件程序編寫打下良好的基礎。

4、程序編碼

此階段是將軟件設計的結果轉換成計算機可運行的程序代碼。在程序編碼中必須要制定統一，符合標準的編寫規范。以保證程序的可讀性，易維護性，提高程序的運行效率。

5、軟件測試

在軟件設計完成后要經過嚴密的測試，以發現軟件在整個設計過程中存在的問題并加以糾正。整個測試過程分單元測試、組裝測試以及系統測試三個階段進行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃并嚴格按照測試計劃進行測試，以減少測試的隨意性。

6、運行維護

軟件維護是軟件生命周期中持續時間最長的階段。在軟件開發完成并投入使用后，由于多方面的原因，軟件不能繼續適應用戶的要求。要延續軟件的使用壽命，就必須對軟件進行維護。軟件的維護包括糾錯性維護和改進性維護兩個方面。

2、軟件生命周期模型

從概念提出的那一刻開始，軟件產品就進入了軟件生命周期。在經歷需求、分析、設計、實現、部署后，軟件將被使用并進入維護階段，直到最后由于缺少維護費用而逐漸消亡。這樣的一個過程，稱為“生命周期模型”（Life Cycle Model）。

典型的幾種生命周期模型包括瀑布模型、快速原型模型、迭代模型。

瀑布模型的特點（文檔是主體），很多的問題在最后才會暴露出來。迭代模型比瀑布模型問題暴露的要早；快速原型法比瀑布模型直觀。

3.軟件測試概念

廣義概念：指軟件生存周期中所有的檢查、評審和確認工作，其中包括了對分析、設計階段，以及完成開發后維護階段的各類文檔、代碼的審查和確認

狹義概念：識別軟件缺陷的過程，即實際結果與預期結果的不一致

4.軟件測試目的測試的目的就是發現軟件中的各種缺陷

測試只能證明軟件存在缺陷，不能證明軟件不存在缺陷

測試可以使軟件中缺陷降低到一定程度，而不是徹底消滅

以較少的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質量

5．軟件測試原則

Good-enough: 一種權衡投入/產出比的原則

保證測試的覆蓋程度，但窮舉測試是不可能的所有的測試都應追溯到用戶需求

越早測試越好，測試過程與開發過程應是相結合的測試的規模由小而大，從單元測試到系統測試

為了盡可能地發現錯誤，應該由獨立的第三方來測試

不能為了便于測試擅自修改程序

既應該測試軟件該做什么也應該測試軟件不該做什么

6．軟件測試的的重點

測試用例的設計

測試用例的設計是整個軟件測試工作的核心

測試用例反映對被測對象的質量要求，決定對測試對象的質量評估

測試工作的管理

尤其是對包含多個子系統的大型軟件系統，其測試工作涉及大量人力和物力，有效的測試工作管理是保證有效測試工作的必要前提

測試環境的建立

測試環境應該與實際測試環境一致

7．黑盒測試

什么是黑盒測試

又稱功能測試或數據驅動測試，是針對軟件的功能需求/實現進行測試，通過測試來檢測每個功能是否符合需求，不考慮程序內部的邏輯結構

黑盒測試方法

功能劃分

等價類劃分

邊界值分析

因果圖

錯誤推測等

8．什么是白盒測試

白盒測試也稱結構測試或邏輯驅動測試，必須知道軟件內部工作過程，通過測試來檢測軟件內部是否按照需求、設計正常運行

白盒測試的主要方法

對應于程序的一些主要結構：語句、分支、邏輯路徑、變量；白盒測試的主要方法是： 語句覆蓋方法

分支覆蓋方法

邏輯覆蓋方法

什么是動態測試

動態測試需要在開發/測試環境或實際運行環境中運行軟件，并使用測試用例去查找軟件缺陷；動態測試包括功能確認與接口測試、覆蓋率分析、性能分析、內存分析等

10.什么是靜態測試

靜態測試不實際運行軟件，主要是對軟件的編程格式、結構等方面進行評估.靜態測試包括代碼檢查、程序結構分析、代碼質量度量等。它可以由人工進行，也可以借助軟件工具自動進行

11.手工測試和自動測試

a.手工測試缺點在于測試工作量大，重復多，回歸測試難以實現

b.自動測試利用軟件測試工具自動實現全部或部分測試工作：管理、設計、執行和報告；節省大量的測試開銷，并能夠完成一些手工測試無法實現的測試

手工完成測試的全部過程無法保證測試的科學性與嚴密性:

修改的缺陷越多，回歸測試越困難

沒有人能向決策層提供精確的數據以度量當前的工作進度及工作效率

反復測試帶來的倦怠情緒及其他人為因素使得測試標準前后不一

測試花費的時間越長，測試的嚴格性也就越低

自動測試將測試人員從反復、煩雜的測試執行中解放出來，用更多的時間進行測試設計和結果分析

軟件測試不可能完全自動化

不能完成所有手工測試任務

無創造性且靈活性差，不能改進測試的有效性

過程中可能會遇到許多意想不到的問題，特別是當軟件不穩定時

測試腳本的維護高

12.測試流程

單元測試

集成測試

系統測試

用戶驗收測試

回歸測試

確認測試報告

13.單元測試

完成對最小的軟件設計單元—模塊的驗證工作

目標是確保模塊被正確地編碼

使用過程設計描述作為指南，對重要的控制路徑進行測試以發現模塊內的錯誤

通常情況下是面向白盒的對代碼風格和規則、程序設計和結構、業務邏輯等進行靜態測試，及早地發現和解決不易顯現的錯誤

單元測試的內容

接口測試

內部數據結構

全局數據結構

邊界

語句覆蓋，錯誤路徑

14.集成測試

通過測試發現與模塊接口有關的問題

目標是把通過了單元測試的模塊拿來，構造一個在設計中所描述的程序結構

應當避免一次性的集成（除非軟件規模很小），而采用增量集成集成測試主要內容

API(Application Programming Interface,應用程序編程接口)

API/參數組合15．系統測試

根據軟件需求規范的要求進行系統測試，確認系統滿足需求的要求

系統測試人員相當于用戶代言人

在需求分析階段要確定軟件的可測性，保證有效完成系統測試工作

系統測試主要內容

所有功能需求得到滿足

所有性能需求得到滿足

其他需求（例如安全性、容錯性、兼容性等）得到滿足

16.用戶驗收/確認測試

Alpha測試

是由用戶在開發者的場所來進行的，Alpha測試是在一個受控的環境中進行的Beta測試

由軟件的最終用戶在一個或多個用戶場所來進行的，開發者通常不在現場，用戶記錄測試中遇到的問題并報告給開發者

17．壓力測試VS性能測試

性能測試的目的不是去找bugs,而是排除系統的瓶頸，以及為以后的回歸測試建立一個基準。而性能測試的操作，實際上就是一個非常小心受控的測量分析過程。在理想的情況下，被測軟件在這個時候已經是足夠穩定了

性能測試是為了檢查系統的反映，運行速度等性能指標，他的前提是要求在一定負載下，如檢查一個網站在100人同時在線的情況下的性能指標，每個用戶是否都還可以正常的完成操作等。

概括就是：在不同負載下（負載一定）時，通過一些系統參數（如反應時間等）檢查系統的運行情況；

壓力測試是為了發現系統能支持的最大負載，他的前提是要求系統性能處在可以接受的范圍內，比如經常規定的葉面3秒鐘內響應；概括就是：在性能可以接受的前提下，測試系統可以支持的最大負載。

舉例說明：針對一個網站進行測試，模擬10到50個用戶就是在進行常規性能測試，用戶增加到1000乃至上萬就變成了壓力/負載測試。如果同時對系統進行大量的數據查詢操作，就包含了強度測試。

18.主流測試工具的測試流程

========winrunner啟動時選擇要加載的插件進行一些設置（如錄制模式等）識別應用程序的GUI，即創建map(就是學習被測試軟件的界面）建立測試腳本（錄制及編寫）對腳本除錯及調試（保證能夠運行完）插入各種檢查點（圖片，文字，控件等）在新版應用程序中執行測試腳本分析結果，回報缺陷

=========quicktestpro========準備錄制

打開你要對其進行測試的應用程序，并檢查QuickTest中的各項設置是否適合當前的要求。2 進行錄制

打開QuickTest的錄制功能，按測試用例中的描述，操作被測試應用程序。編輯測試腳本

通過加入檢測點、參數化測試，以及添加分支、循環等控制語句，來增強測試腳本的功能，使將來的回歸測試真正能夠自動化。調試腳本

調試腳本，檢查腳本是否存在錯誤。在回歸測試中運行測試

在對應用程序的回歸測試中，通過QuickTest回放對應用程序的操作，檢驗軟件正確性，實現測試的自動化進行。分析結果，報告問題

查看QuickTest記錄的運行結果，記錄問題，報告測試結果。

＝＝＝＝TestDirect============

安裝好后，先進入站點管理創建域及工程添加用戶編輯licenses及本服務器編輯數據庫

－－TD選擇新建的工程進行定制(列表，用戶，組，版本等)在require中增加需求把需求轉化為plan在testlab中由計劃新建測試具體用例與執行發現bug，在defect中提交bug

（每一部分都可以相對獨立地使用）

======loadrunner制定負載測試計劃

(分析應用程序，確定測試目標，計劃怎樣執行LoadRunner）開發測試腳本

（錄制基本的用戶腳本，完善測試腳本）創建運行場景

（選擇場景類型為Manual Scenario，選擇場景類型，理解各種類型，場景的類型轉化）監視場景（MEMORY 相關，PROCESSOR相關，網絡吞量以及帶寬，磁盤相關，WEB應用程

序，IIS5.0，SQL SERVER，NETWORK DELAY等)

分析測試結果

7(分析實時監視圖表,分析事務的響應時間,分解頁面,確定WEBSERVER的問題,其他有

用的功能)