測試經理面試技巧

2023年12月12日發(作者：高山流水造句)

-

測試經理面試技巧

測試經理技巧

1、 問一些你以前的工作情況;

這應該屬于面試中的根本問題了，在這個環節中也可能會問到你以前工作都用過什么工具，寫過什么文檔，工作流程是怎么樣的這些問題。要說做產品工作使用的最專業的軟件就應該算是 Axure了，但是工作久了以后誰都明白，工具并不重要，何況這些工具一學就會。即便不會用Axure直接在紙上畫出來也可以，而如果你的Axure用的 再好，但是產品本身不好，那也等于白搭，關鍵的還是在于表達能力。

2、談一下你對某個電商 產品的看法;

“某個產品”有可能是應聘 公司所做的產品，或者是你做過的產品。因為一個人很難在短時間內 有自己的判斷(特別是對于工作經驗缺乏的產品人員)，所以有的公司也會讓你說一下你對自己最常用的產品的看法，一來考驗你的產品感覺，第二也是看你個人的 觀察能力。更有甚者會拿出電腦翻開一個網站，讓你針對某一個頁面或功能談一下自己的看法。這個環節中會考察產品人員的產品分析或競品分析的能力。產品人的邏輯思維很重要，如搜索引擎產品，談及它的未來，可能你就要圍繞著搜索引擎的用戶需求這個層面去思考，怎樣才能讓用戶更方便的在搜索引擎中得到結果等。這考察的是 一個產品人的思路。

3、詳細的問到一些電商 產品中的規那么;

前面說到有些公司會問你用過的最熟悉的產品是什么，除了有可能讓你談一下對這個產品未來的開展趨勢的一些看法外，還有可能讓你說一下某個功能的規 那么，例如 搜索人物時的排序規那么。產品人員在使用一款產品的時候除了本身作為用戶外，還有一層意義就是本著自身的專業性，發現別人家產品內在的意 義，除了最外層的看之外還要更深層次的懂。在產品經理的能力中有一條就是學習能力，所以很多公司會在這個問題上考驗你的觀察能力和學習能力。

4、電商 產品自身層面的一些問題;

做產品除了本身的產品設計能力外，還有一點就是產品的思想。同一種產品不同的產品做出來后產品形態都會不同，特別是對于一些有獨特產品特質的公司來 說，如果招聘 一個雖然產品能力很強，但是做產品思想跟公司不一致，那么在以后的工作中大家的合作就會出現問題，降低彼此的工作效率。這種問題看似并不嚴 重，但是在實際情況中卻不是很容易解決。當然并不是說不可能解決，只是說找個符合公司產品氣質的人，就不會存在那些不必要的問題了。

在這一方面，很多公司會問你，你認為做產品最重要的素質是什么，你如何看待用戶需求等等。類似于這樣的問題其實沒有標準答案，每個人都會有自己的看 法，而就是這樣的問題會突顯出一個的`產品經理自己的思想體系。產品是公司戰略的表達，產品領導人的觀點跟公司戰略開展不吻合的話，那么這將關系到產品未來 的關鍵性死亡。據e優渡分析對于把握產品方向的產品經理來說，面試的公司就會著重考慮這個問題。也許大家做出來的產品形態會有不同，但彼此的思路必須要是一致的。

測試經歷面試技巧xx-09-24 21:53

1. 等價類劃分

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

2. 邊界值分析法 邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發生在輸入或輸出范圍的邊界上,而不是發生在輸入輸出范圍的內部.因此針對各種邊界情況設計測例,可以查出更多的錯誤. 使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應中選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數據,而不是選取等價類中的典型值或任意值作為測試數據.

3. 錯誤推測法

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

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

4. 因果圖方法

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

有時候，可能因為大量的參數的組合而引起測試用例數量上的激增，同時，這些測試用例并沒有明顯的優先級上的差距，而測試人員又無法完成這么多數量的測試，就可以通過正交表來進行縮減一些用例，從而到達盡量少的用例覆蓋盡量大的范圍的可能性。

6. 場景分析方法

指根據用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執行的深度和可行性更好。 您認為做好測試用例設計工作的關鍵是什么？

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

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

1. 工程經理通過和客戶的交流，完成需求文檔，由開發人員和測試人員共同完成需求文檔的評審，評審的內容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現的功能的地方。工程經理通過綜合開發人員，測試人員以及客戶的意見，完成工程方案。然后SQA進入工程，開始進行統計和跟蹤

2. 開發人員根據需求文檔完成需求分析文檔，測試人員進行評審，評審的主要內容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試方案文檔，測試方案包括的內容上面有描述。

3. 測試人員根據修改好的需求分析文檔開始寫測試用例，同時開發人員完成概要設計文檔，詳細設計文檔。此兩份文檔成為測試人員撰寫測試用例的補充材料。

4. 測試用例完成后，測試和開發需要進行評審。

5. 測試人員搭建環境

6. 開發人員提交第一個版本，可能存在未完成功能，需要說明。測試人員進行測試，發現BUG后提交給BugZilla。

7. 開發提交第二個版本，包括Bug Fix以及增加了局部功能，測試人員進行測試。

8. 重復上面的工作，一般是3-4個版本后BUG數量減少，到達出貨的要求。

9. 如果有客戶反響的問題，需要測試人員協助重現以及回歸測試。

以往是否曾經從事過性能測試工作？請盡可能的詳細描述您以往的性能測試工作的完整過程。

曾經做過一套網管系統的性能測試，主要測試該軟件在同時大量終端的情況下，在響應時間，CPU/磁盤/內存等參數是否滿足要求。

也曾經做過軟交換系統的呼叫性能測試，主要是測試軟交換系統在有大量呼叫的情況下，響應時間，呼叫成功率，CPU/磁盤/內存等參數是否滿足設計要求。

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

測試網管系統中，使用的Mimic來模擬終端，能夠大量的節省本錢。

測試軟交換系統的時候，使用的Prolab來模擬終端并發送呼叫軟交換，他完成了同時數百人才能完成的摘機撥號工作，主要工作原理是產生一些符合要求的IP包并發送給軟交換系統，同時對軟交換系統的回應進行處理，決定下一步動作。 您認為性能測試工作的目的是什么？做好性能測試工作的關鍵是什么？

主要是保障在大量用戶的情況下，效勞能正常使用。

在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug）記錄？ 1. 在傳統的BugZilla中，BUG描述應該包括以下的信息

2. 和BUG產生對應的軟件版本

3. 開發的接口人員

4. BUG的優先級

5. BUG的嚴重程度

6. BUG可能屬于的模塊，如果不能確認，可以用開發人員來判斷

7. BUG標題，需要清晰的描述現象

8. BUG描述，需要盡量給出重新Bug的步驟

9. BUG附件中能給出相關的日志和截圖。

高質量的BUG記錄就是指很容易理解的BUG記錄，所以，對于描述的要求高，能提供的信息多且準確，很好的幫助開發人員定位。

-