春招打響，作為應屆生的我也投入到春招行列中。這半年來都一直處于實習中，卻沒有好好去總結一下自己學到什么，最近汶汶去面試了一家小公司，本以為自己在大廠做過測試實習生，進入小公司應該妥妥的，然而事實給了自己狠狠的一巴掌，被問到測試的一些基礎的理論知識時，一臉懵，最后面試官都忍不住發問，你簡歷上說你寫測試用例，卻連測試的要素都講不出來嗎。作為一個測試新手，基礎的測試知識必須惡補，要是這一點都做不到，從面試官的角度，我為什么要一個連基本的測試知識都不扎實的人。

1.首先要明確測試用例是什么

答：測試用例是為某個特定目標而編制的一組測試輸入、執行條件以及預期結果，來測試某個程序路徑或者核實是否符合某個特定需求。

說白了，測試用例就是把我們測試系統的操作步驟用特定格式的文字表述出來。

2.其次，為什么要寫測試用例，這對文字類的東西可以干嘛用，好處在哪：

答：測試用例可以理清思路，避免疏漏【這個是最重要的】、項目大而且復雜的話，我們可以通過測試用例來細分項目的功能，對于每一個功能模塊可以梳理我們的測試系統思路，避免遺漏測試的功能點；

其次可以跟蹤測試的進展，通過編寫并執行測試用例，我們可以知道測試的進度；

測試的重復性，因為測試不是只有一個人在測試，可能是多個人并且反復的測試，測試用例可以規范和指導我們自己的測試行為；

最后一個就是要匯報給他人了，比如領導什么的，我測試過，而且全面，測試用例可以給我證明

3.測試用例的要素可以分為：測試的ID編號、用例的名稱【也就是標題】、測試的目的，測試步驟、測試系統【win7,win8,全面屏呀，雙屏，高清屏這些】、預期結果；

此外，還可以添加優先級、測試階段【第一輪測試，第二輪測試】，后面還可以寫個測試負責人員，比如他負責這個模塊，你負責那個模塊【出了問題應該找誰負責】。其實這些不用背，要記住很容易，去網上搜一下相應的測試用例那種具體的表格或者格式，有現成的例子，看過之后在大腦中比較容易有個印象，下次被別人問的時候很容易就知道具體的要素或者格式大概包含哪些。截個圖看看

? ?這只是其中一個測試用例，也不夠完善，可以根據對應的情況再寫。當時我就被問了這個測試有什么要素，就懵了，在面試實習前有看，過了半年啥都給忘了。

測試的4要素【跟測試用例的要素區分開】

答：測試對象、測試目標，測試方法，測試結果

4.測試的方法

答：等價類劃分法，邊界值劃分法，因果圖法， 錯誤推測法，狀態遷移圖、流程分析法、正交驗證法；最長被問到的就是等價類劃分法和邊界值劃分法，上周我筆試的時候就是讓我用邊界值劃分法寫測試等腰三角形的測試用例，當時我貌似給寫成等價類劃分法去寫測試用例了，偏題。。。網上有很多相應的什么測試一個三角形呀，測試杯子呀，測試頁面呀，可以多去看看，理解再背一下，默寫兩遍就知道具體的要怎么寫，其他的也是類似。

5.軟件測試的流程是什么【當時也被問了這個，然后我偏題答成軟件缺陷的狀態。。?！?/p>

答：首先要知道產品有什么大概的需求，大家討論后確定最終要有什么需求，測試的老大拿到產品給的需求，老大需要根據需求制定出一個測試計劃，制定完計劃后就扔給小弟們，小弟們就開始寫各種測試方案過程中一起討論討論，最后大家一起定稿，說我們就要這種測試計劃的方案了，有了方案就可以開始寫測試用例，同時評審一下這個測試用例到底全面不有沒有考慮缺漏，搞定完測試用例，就可以執行測試用例了，找到項目中的bug，扔給開發，像我以前就是在jira上提交bug，開發修復之后打給測試，自己去確認一下是不是真的修復了，修復了可以關閉這個bug（closed），沒修復再打回去（reopen）。等到執行完產品上線，就可以寫一下這次的測試報告，順便總結一下。寫一下產品的安裝文檔或者使用文檔，game over。

---------分割線-----------

一般面試就得用專業術語，我這個只是幫助理解理解，專業的說法就是：需求評審-需求定稿，測試人員理解需求-測試組長發布測試計劃-測試人員進行測試方案的編寫及評審-測試人員根據測試方案定稿進行測試用例的設計及評審-測試人員根據測試用例進執行測試用例-發現問題bug提交-確認bug修復，關閉bug-編寫測試報告及總結-編寫安裝文檔或者使用手冊-結束

6.怎么定義軟件缺陷

答：軟件缺陷是指產品在說明、設計，編碼中階段的任何不足。例如產品要求的功能沒實現，產品沒明確要求但是應該做出來的也沒實現，產品不需要的功能卻實現了，產品出現了功能缺陷、從用戶的角度來說，這樣使用不合理

7.流程圖，記得問了一個用戶登錄圖書管理系統，要求用戶有不同權限的情況，要求畫出流程圖，并寫出用戶登錄圖書管理系統的測試用例

8.如果寫出高質量的測試用例、提交高質量的軟件缺陷記錄

答：關于高質量的測試用例：首先要能覆蓋到所有的業務邏輯、能覆蓋到所有的測試點、能覆蓋到所有的典型用戶場景、明確的測試目標并且高效率達到測試目的、沒有冗余的測試用例、測試用例能直接附帶測試策略，該模塊的策略指定人和用例執行者能夠非常清楚【感覺有點拗口，多看幾次就好】

關于高質量的軟件缺陷記錄：使用專業的術語、描述bug的語句要簡潔、每條缺陷報告只記錄一個bug、不可重現的bug也要記錄、明確指出bug類型【例如是界面的，功能的、數據缺陷、還有一些合理化的建議】、指出bug的優先等級、根據問題進行截圖或錄屏，有時候這種操作會讓開發更容易知道重現步驟、不要帶有個人觀點不要針對開發人員，報告都是針對產品

9.軟件缺陷管理工具有哪些

答：? ?QC ALM BugFree jira Mantis 禪道

10.常用數據庫有哪些：MySQL，SQL，sqlite，oracle，

11.數據庫，記得筆試中給了一張表，大概是

然后問找出表中每門課成績都大于80的學生名字，開始的時候就直接寫了 select name from 成績表 where score >80;后來才意識到題目問的是每門課。。。

還問了清除表中所有數據的命令；delete和truncate的區別；

還有關于約束有哪些，好像是有5個，講一下check約束；講一下查找數據怎么才能不重復，我說使用distinct

12.最后會問C++，挺簡單的題目，不過我不會。。。

13.會問一點Linux，什么Linux的性能監控還是啥的

最后小結，這次面試雖然掛了，但是也收獲挺多的，之前一直想去大公司，可是通過這次小公司面試，發現小公司的確有小公司的好處（ps：之前我是很排斥小公司的，因為第一份實習就是去大公司），小公司可以學到的東西很多，比如我雖然現在在大廠實習，但是我接受到的東西真的很少很少，每天做的也就是動態黑盒測試，就只有那些點點點，哎，誰讓這邊的項目少呢。去面試的小公司雖然做的也是黑盒測試，但是包括了性能測試，同時他們公司是做服務的，每天要跟大量的數據打交道，數據庫必須66的，也涉及到自動化測試，可惜我現在這家公司的自動化測試也就我老大一個人在開始搞，真的落后了?，F在也不排斥小公司，在小公司工作一兩年可以學到很多。還有在面試前一定要對公司有了解，當天面試的小公司是做服務的，然而出發前我看了另一家公司，傻到家了我，結果當時我回答，你們是做安全的嗎，面試官楞了幾秒。面試官開始很嚴肅，到了后面也覺得我真的是沒法過，就跟我講講面試的時候要注意些什么，比如雖然招聘都是寫要求會這個那個，其實他們也知道應屆生也就一張白紙，不可能要求他們一上來就精通性能測試自動化測試白盒測試，這些都是需要有幾年工作經驗的。但是基本的一定要了解一定要扎實，還有學習能力要強，祝愿春招能找到心儀的工作

總結

以上是生活随笔為你收集整理的关于测试工程师面试过程中的一些小记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。