談測試面試（上）

前段時間有新的產品需要招人，安排和參加了好幾次面試，以前有寫過關於最近**面試的體會一文，這次談談具體的面試問題，在面試他人的同時也面試自己。

面試問題是參與面試同事各自設計的，我也不清楚其他同事的題目，就談談自己設計的其中2道題。

過去面試總是會有如何測試google首頁，測試杯子，測試**之類的，有偷懶的嫌疑，這次來個具體的，第乙個題目如何測試下面這個表：

一、第乙個問題設計測試用例

面試裡得到的很多回答就是一條條羅列，例如：

1. 介面顯示是否正常，各種瀏覽器、解析度，文字是否顯示正常

2. 這個資料是否和資料庫一致

3. promote按鈕是否正常使用

5. 列表標題是否支援排序，排序功能是否正常(很奇怪，這個提到的人不多，類似的下拉列表的autocomplete也很少人提到)

6. ......

比較少的聽到按照測試型別來設計的，例如介面測試用例、功能測試用例、大資料測試用例等等，

也沒有聽到按照正常用例和異常用例來羅列。

二、如果你來設計這個表，還會做哪些完善

1. 可能有些人注意到，這個結果總共有99523個，提供的翻頁只有前進後退，是否加個go to page的功能

2. 貌似我們以前見過列表翻頁還有提供第一頁和最後一頁，那是否也加上

3. 結果很多，是不是加個搜尋(其實這個資料是搜尋得到的)

4. 這個列表一頁只顯示10個結果，是否可以多顯示些，是否加個每頁顯示數目

...問到第二個問題，有些面試人員就迷惑了，經常聽到的是"我們都是根據需求測試的"，那我問，你們對使用者體驗關注麼，

得到很多回答是"設計好的，我們只是測試下"，被動式的測試居多。

三、如果你來實現這個表會怎麼做

1. 最簡單的，拉個控制項，之後連線到資料庫，搞個dataset/datatable資料繫結讀取資料顯示

2. 直接連線到資料庫如果資料量大時，前台等待過久怎麼辦，哦，有ajax，非同步獲取資料

3. 還有沒有更好的，預載入，生成10頁的結果放在服務端，這個技術在網購**首頁的**商品大量使用

這是乙個優化的問題，可惜很多測試對於開發的設計實現沒有任何的興趣或是根本不去了解。

了解了下，有很多公司是不能看**的，能看**的也沒有編輯的許可權，把測試定位成開發的服務，但並沒有充分利用測試可以幫助開發定位錯誤，

讓開發更快的修復缺陷，更多的是選擇讓測試熟悉業務。

四、某位測試工程師自己寫了個自動化指令碼進行翻頁，可是翻頁到1萬多結果的時候，瀏覽器崩潰了，你來研究下是什麼原因

這個問題很多人思索後放棄了，那麼我提示說崩潰的時候，瀏覽器占用了2g的記憶體，極少有人提到檢視日誌。

1. 使用自動化的時候，是否可以再寫個指令碼監控瀏覽器操作的資源使用情況

2. 內部測試系統是否可以開啟debug模式用來記錄日誌

3. 是否可以檢視開發**，看看開發實現翻頁部分的**

4. 和開發溝通，一起來排查錯誤

...很失望，到這個問題很少得到滿意的答覆，測試的同學們在廣度上有所突破外是否也注重下深度，我自己也逐漸意識到這些問題，剛好作為面試題目。

相似的問題，如何測試下拉列表，有興趣的同學可以練練手。

談測試面試（上）

前段時間有新的產品需要招人，安排和參加了好幾次面試，以前有寫過關於最近 面試的體會一文，這次談談具體的面試問題，在面試他人的同時也面試自己。面試問題是參與面試同事各自設計的，我也不清楚其他同事的題目，就談談自己設計的其中2道題。過去面試總是會有如何測試google首頁，測試杯子，測試 之類的，有偷懶...

談冒煙測試

談冒煙測試 冒煙測試，剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓，一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下，不是那麼回事的。冒煙測試源自硬體行業，對乙個硬體或者硬體元件改動後，直接給裝置加電，看看裝置會不會冒煙，沒冒煙，就表示待測元件是通過了測試。在軟...

談冒煙測試

冒煙測試，剛進公司就接觸到了。只是剛開始一直沒有體會到冒煙的含義和精髓，一直以為是冒煙測試就是把待測產品的主要功能測試一下就行了。後面回想一下，不是那麼回事的。冒煙測試源自硬體行業，對乙個硬體或者硬體元件改動後，直接給裝置加電，看看裝置會不會冒煙，沒冒煙，就表示待測元件是通過了測試。在軟體開發過程中...