軟件測試面試總結（轉載）

最近換工做，考慮將每一個公司的面試一併總結到這篇隨筆裏面，按期更新，直到我拿到合適的offer爲止，祝福我吧！

--2016.7.23

　　今天去參加金山的軟件測試面試，項目組作增值服務功能測試，現將面試過程總結以下：

　　一、第三方支付測試：這方面問的最多，基本上前20分鐘都在糾結這個問題，先附上第三方支付的原理：http://www.51testing.com/html/61/n-866261.html

　　組圖爲第三方支付通常模式流程和支付寶模式流程

　對於支付這一塊，主要追問如何模擬支付失敗的場景，如何判斷是否支付成功（以支付寶爲例）；

　我：經過支付流水來判斷，支付成功以後支付寶會生成一條流水賬號，表示付款成功，這時對應的訂單狀態也應該由「待支付」狀態更新爲「待發貨」狀態，若是訂單狀態沒有改變過來，說明支付有問題（注：這個答案沒有說服力，生成流水後訂單狀態沒變化只能說明是訂單處理有問題，沒法說明是支付出了問題，相反，由於已經生了支付流水，說明支付是正常的。要想說明支付失敗，應該是支付以後錢被扣了可是沒有生成相應的支付流水）

   面試官提示：支付失敗時支付寶應該會返回一些錯誤信息，你的平臺是怎麼處理這些信息的，是怎麼展示這些處理結果給客戶的

   我：支付的結果有兩種狀況，一種是支付成功，一種是支付失敗，都會有對應的頁面，返回支付失敗的信息咱們app這邊會有一個對應的支付失敗的頁面，還會有相關的「從新支付」的按鈕提示用戶再次支付

   題目總結：面試官想問的應該是想讓我列出支付失敗的各類狀況，app這邊如何去處理支付寶返回的支付結果，因此我回答的內容應該不是她們想要的，附上我能想到的支付失敗的場景：

1）跳轉到支付寶頁面時斷網；2）支付寶餘額不足；3）跳轉到支付寶頁面後不支付直接返回；4）支付時斷網；5）若是是直接跳轉打開支付寶app，受權時選擇拒絕

二、問到數據埋點，對用戶的操做會生成一個log文件上傳到一個平臺，從log文件中能夠查看到用戶的操做流程，如何對數據埋點進行分析。

     先附上數據埋點的概念連接：http://www.zhihu.com/question/36411025     https://ask.hellobi.com/question/14191

總結：數據埋點沒接觸過，用戶的數據分析應該是數據部門和產品的活了吧，目前大部分公司用友盟來跟蹤用戶數據（活躍用戶之類的統計），線上的報錯率也能夠用友盟來抓取，具體的操做不了解，日常測試過程當中也沒有對這一塊進行專門的測試，因此我只說了我知道的東西。

三、最後面試官開始放大招，問了兩個功能的用例設計

1）天氣預報軟件，用的是第三方提供的sdk，做爲展現在手機屏幕的一個banner，如何測試這個軟件的城市，時間和溫度

我：（1）先從UI頁面入手，查看展現的banner是否符合UI稿並對用不一樣尺寸和版本的手機對其進行兼容性測試；

　　（2）溫度的變化能夠經過城市+時間這兩個字段來確認，因此咱們在測試溫度變化的時候，能夠經過修改數據庫（默認會有一個新的數據表來存儲這些數據）表裏的城市和時間就能夠查看溫度相應的變化；對於城市：

　　*城市名的長度，是否有一個長度的限制，最長展現多少，超過這個長度應該怎麼處理，會不會形成頁面錯位；

　　*對於各國的城市是否兼容各國語言的展現，會不會亂碼；

對於時間：

　　*考慮邊界值時間，00：00和23：59時對應城市的溫度展現是否正常；

　　*等價類考慮時間，6：00，12：00時對應城市的溫度展現是否正常；

　　*考慮時間的展現方式，是以「今天」「昨天」「明天」的形式展現，仍是以「YY-MM-DD」的形式展現；

　　*考慮能查看到的記錄時長是多少，是一週的時間記錄仍是一個月還半年；

　　*查看時間是不是即時顯示；

對於溫度：

　　*溫度的展現單位是什麼，華氏仍是攝氏度；

　　*溫度的最大值是多少，最小值是多少，超過了會怎麼顯示

　　*確認溫度是否顯示精準，最簡單的方法是百度其餘的網站來查看即時的溫度顯示進行對比（也是等價類）

面試官提示：對於地址的定位，應該是要開啓本地的GPS，那麼這裏有一個受權的機制，並且會有一個聯網的問題，你這些數據應該是要聯網才能讀取獲得

我：（補充）*受權問題--容許--能夠定位到位置；

　　*受權問題--拒絕--沒法定位到位置；

　　*網絡問題--移動互聯網下的數據展現，wifi下的數據展現，無網絡下的數據展現，網絡很差狀況的數據展現；

 2）如今的app引導頁都會有不少條件篩選而後再跳轉到首頁，如何設計測試用例

 我：*對每一個條件進行單一的篩選，而後查看跳轉，是否數據是對應的；

　　*對條件進行組合篩選，查看跳轉，是否數據是對應的；

　　*對跳轉時的網絡環境進行測試，跳轉時斷網後應該怎麼展現，網絡很差時應該怎麼展現；

面試官提示：對引導頁的文案，觸摸點也要進行測試

我：（補充）*查看文案的展現--是否正確；

　　*文案是否能夠後臺更改，若是能夠更改，字數限制是怎樣，超出長度應該怎麼顯示，對特殊字符，數據和表情是否有限制；

　　*圖標是否能夠後臺更改，若是能夠更改，查看後臺更改後是否有更新到引導頁，是否有緩存，緩存時間是多久；

　　*兼容性測試

總結：面試官給出的這兩道題都是平常測試中常見的模型，用例設計也比較常態化，對於天氣預報軟件，面試官還提示安裝以後要查看如下外置的sdk文件的位置，我在平時測試中沒有進行這種操做，也不理解爲什麼要去查看它外置sdk存放的位置，查看了又能怎樣？後續再瞭解。

　　總的來說，金山的面試問的問題都是平常測試中常見的普通問題，問的測試方法和操做也是平常工做常見的基本操做，沒有問很深的技術問題（可能主要是招功能測試吧），也不會問太偏的問題，至於後面的用例設計，現場回答，感受本身的條理不算清晰，受權和網絡環境真是個梗啊，平常常常遇到過卻總被我忽略。

 

--2016.7.25

　　上午是「耶薩」公司的面試，據測試經理跟我說的招的是中級，到公司以後先是填寫我的的資料，後面有一份筆試題（很差意思，題目基本上都忘光了），沒什麼難度，都是以簡答題的形式問你以前的項目流程，測試經驗等。最後一道題是測試用例設計，給的模版是多條件篩選，這道題在後面的交談中也有繼續追問。我如今以京東搜索頁爲模版，說一下對這道題的理解。

這個篩選頁，光從頁面大類上看，有8個選項，每一個選項下來還有本身各自的小類，點擊「篩選」按鈕後還會彈出更多的選項出來，讓你來設計測試用例。

分析：首頁類目繁多，各類類目之間的組合也不少，因此基本上能夠排除逐個組合去測試的方法。我給出的測試方法是：把全部的篩選條件都隨機挑一個，保證每一個篩選條件都有被選中，篩選出商品，而後隨機挑選2~3件符合條件的商品，查看商品屬性，看看是否全部條件都一一知足。同時，也能夠經過抓包，每一個條件都會有對應的返回字段，一一對比每個字段看有沒有返回錯誤或是遺漏的。

　　上面就是我給出的測試方法，不過貌似面試官不是很滿意啊。

　　這家公司比較注傾向於招有電商經驗的測試人員，主要問的問題有：

1）整個下單流程的測試過程。

2）web自動化：有沒有封裝過一些方法，如何封裝，自動腳本如今有多少條測試用例，畫出一個自動化模塊的流程出來。

3）項目流程，bug管理流程，測試用例如何去維護和更新，用什麼工具來維護測試用例。

4）熟悉Linux麼--這一點，Linux我還真不熟悉。

面試總結：該公司主要是招功能測試，因此沒有問很深的技術性問題，主要仍是詢問你以前的項目經驗和測試流程，偏重詢問你的測試方法和測試思想，比較注重面試人員的邏輯思惟和測試用例設計。這類公司就見仁見智了，雖然業務不是我喜歡的，可是若是你是善於思考的人，這家公司或許對你的邏輯嚴謹性的鍛鍊幫助仍是蠻大的。

 

--2016.7.25

下午面試「恆大微商城」，不要問我跟恆大有什麼關係，貌似真沒什麼關係，聽說是「戰略合做」。

這家公司的測試團隊纔剛起步，據說目前只有一個測試人員，面試的內容也很簡單，一個技術人員+HR面，技術人員貌似對測試相關工做也不是很瞭解（估計是開發），大體問了一下你之前的工做內容及離職緣由等。面試內容沒什麼好說的，卻是筆試題我我記下了，分享一下，筆試題目都是一些基本的理論題，百度一下就能夠知道答案。

1）測試的策略有哪些；2）Beta測試與Alpha測試有什麼區別；3）測試過程當中若是發現需求文檔不完善或者不許確應該怎麼處理；

4）你認爲作好測試計劃工做的關鍵是什麼；5）簡述如下缺陷的生命週期；6）軟件的安全性應從那幾個方面去測試；

7）一套完整的測試應該由哪些階段組成；8）軟件系統中除了用戶文檔以外，文檔測試還應該關注哪些文檔；9）如何理解壓力、負載、性能測試；

10）沒有產品說明書和需求文檔的狀況下可以進行黑盒測試麼；11）測試中的「殺蟲劑怪事」是指什麼；12）寫出bug報告當中一些具有的內容；

13）畫出軟件測試的V型圖；14）請比較一下各類軟件測試的區別和聯繫；15）要對電子商務網站作冒煙測試，你會作哪些類型的測試（注：對這個問題很無語啊，你是說哪些業務啊）;

 --2016.7.26

此次面試的公司是」廣東錢端「，上來先是一份筆試題，我咋感受這份題那麼眼熟呢，原來是全在網上抄的，一字不漏啊有木有！線上試題連接：http://wenku.baidu.com/link?url=YsK23kA5ot0HbBkE85DrqyLACgjvEwYYUYN8jBZwOcWohE0vHuGb79Wo3ptFVL9l0_JGQoWymalMVng5ls7VX5D7QNOr-0tLkgXvIPb1qqC

這家公司主要是招中級功能測試，印象最深的就是問我下單流程（這是重點，已經有兩家公司問了下單流程了），如何測試訂單流程，還在跟我糾結退貨退款流程，買家退款以後訂單的狀態是怎樣的，賣家那邊的訂單應該如何顯示，差點被他繞進去了。其餘的問題有：

1.用什麼測試方法來測試一個模塊，舉例說明一下；

邊界值：測試app首頁的上新時間，用邊界值方法來測試，考慮到59秒，1分59秒，59分59秒，24小時59分59秒時上新時間的顯示，恰好過了59秒後顯示是否正常；

等價類：測試手機號註冊，電信的手機號碼爲一類，移動的手機號碼爲一類，聯通的手機號碼爲一類；

正交實驗法：訂單流程（好吧我本身的坑我本身跳），訂單取消的幾種操做，退貨退款的幾種操做，評價成功的幾種操做；

2.如何安排測試計劃，是按照完成一個模塊測試一個模塊仍是所有模塊完成後才進行測試（其實就是敏捷開發和常規開發的區別）；

整個過程持續了2個多小時，筆試+兩輪技術面+HR，回來累成狗，沒來得及整理，如今只列出我印象比較深入的幾個點出來，這家公司加班比較多，HR和測試經理都跟你強調這一點，因此有意願的小夥伴本身也要有心理準備。

--2016.7.27

今天面試的公司叫」彩訊科技「，總部在深圳，廣州是分部，聽說在衝擊上市（不過貌似和我沒啥關係），一上來就是一份4頁的筆試題（心好累）。此次依舊是2輪技術面+HR面，技術總監的面試給個人印象比較深，有兩個問題把我問住了，現整理以下（問題部分前後，記多少寫多少）：

1）說說app測試和PC端測試有什麼不一樣（這個問題竟然把我問住了，感受有不少不同的地方，但又說不上來，當場蒙逼了有木有），今天回過頭來想一想，列舉幾點：

　　（1）兼容性：像安卓手機，市面上機型比較雜，各類系統版本比較多，尺寸也不同，固然PC兼容性也受系統版本/瀏覽器和電腦尺寸影響，但相對安卓來講，已經簡單不少了（這一點說的比較牽強）

　　（2）測試環境的配置：app測試須要配置wifi環境，pc端測試須要配置host文件；

　　（3）網絡問題：app測試受網絡影響比較大，須要考慮網絡流暢的狀況下，弱網絡的狀況下，無網絡的狀況下app的頁面顯示和運行狀況；

　　（4）版本上線：app是服務端先上線，上線前還要對上一個版本作服務器的兼容測試，運行平穩後再發包；pc端是前端和後臺一塊兒上線；

　　（5）app端須要關注佔用的手機CPU和內存；須要關注app耗流量的狀況,須要關注運行app手機的耗電和發熱的狀況；

　　（6）頁面交互，app比較注重頁面交互，頁面的交互也每每比pc端複雜，而且一個原生的app還會有不少內嵌的wap頁或sdk;

2）舉例說明一下你在日常的測試過程當中是怎麼運用那些測試方法來測試的（尼瑪又是這個問題）;

3)你以爲寫測試用例的時候更應該注意一些什麼內容，你有什麼須要改進的地方

　　這個問題問的比較深，寫測試用例其實很考驗一我的的邏輯思惟，面對一份需求文檔，你可否考慮到文檔描述的內容以外的狀況，這就須要你對業務的熟悉度和思惟擴散都要有很好的把握。而我回答須要繼續改進的也正是這兩個點，舉例說明恰好用到前不久咱們的」雲店「業務免費開放，當從需求文檔上，就一句話：免費開放一年。但若是要測試的話，你須要考慮到的測試點有：

　　（1）時間限制是怎樣的，這個一年時間是按用戶建立時間來倒推一年仍是取整點；

　　（2）已購買」雲店「用戶的老客戶應該怎麼沒處理，合同到期後會自動續一年麼，這個時間點又是怎麼算的；

　　（3）對於合同到期的老用戶，是否也能夠免費開啓雲店，若是能夠的話，這個時間點又是怎麼算的；

　　（4）對於合同恰好到期但免費續用了雲店的用戶，合同到期後會不會對店鋪有影響，店鋪會不會自動被關閉，免費續用是否會更新其合同信息，更新合同信息對店鋪有什麼樣的影響；

　　(5)免費續費以後對雲店的原有功能有沒有影響；

4）平時工做中是否有進行安全測試

　　這個還真沒有，好吧，我認可這是咱們以前的短板，沒有進行過專門的測試，而他問的內容也比較常規，就是sql注入，恰好前幾天我上一家公司被黑客攻擊，用的就是sql注入，因此我只能描述一下這其中的原理和如何去模擬，但由於沒有實戰經驗，因此我也只能講個大概。

5）性能測試和linux---一句話，沒怎麼接觸過（我認可，這是個人知識短板，自動化都夠我搞好久了，這些知識點只能之後一點一點去積累了）

總的來講，這家公司給人的感受仍是蠻有誠意的，筆試題是這幾家公司中最難的，內容覆蓋很廣，從功能，性能，自動化，單元測試到網絡協議和linux知識，涵蓋了全部測試應該具有的知識點，固然，若是我全都會的話那我直接面試高級開他個十幾K了，哈哈！筆試題後面再整理，稍做休息