第一次当招聘者-----如何考察一个测试人员测试思维和测试基础功
最近幫一個朋友公司招聘測試人員（該朋友不懂測試，他自己開的獵頭公司），平時感覺自己測試技術還可以，不管自動化還是性能，還是java或python的代碼能力都還OK，但是第一次當面試官卻有點沒底，不知道如何取考察一應聘者的能力，爬爬網隨整理了一下下自己思路，方便不會出現尬面的場景。開始YY過程。。。。。
一、首先yy一下測試類型：
軟件測試分類：
按測試技術，軟件測試可分為：黑盒測試、白盒測試、灰盒測試
黑盒測試：在程序接口進行測試，它只是檢查程序功能是否按照規格說明書的規定正常使用。也被稱為功能測試或者數據驅動測試。
白盒測試：要完全了解程序結構和處理過程，它按照程序內部邏輯測試程序，檢驗程序中每條通路是否按預定要求正確工作。也被稱為結構測試或邏輯驅動測試。
灰盒測試：介于黑盒測試與白盒測試之間的測試，既要像黑盒測試那樣關注輸出對于輸入的正確性，同時也關注內容表現，但這種關注不像白盒測試那樣詳細、完整，只是通過一些表征性的現象、事件、標志判斷內部的運行狀態。
按測試方式，軟件測試可分為：靜態測試、動態測試
靜態測試：是指不運行程序，對程序和文檔進行分析與檢查；靜態測試技術又稱為靜態分析技術。
動態測試：通過運行程序進行檢查、分析程序的執行狀態和程序邏輯的外部表現。
按測試階段，軟件測試可分為：單元測試、集成測試、系統測試、驗收測試
單元測試：單元測試是對軟件設計的最小單元——模塊，進行正確性檢驗的測試工作。
目的：主要是測試模塊在語法、格式和邏輯上的錯誤。
集成測試：集成測試也稱為組裝測試，集成測試按設計要求把通過單元測試的各個模塊組裝在一起之后所進行的測試。
目的：檢查模塊間的接口關系，以便發現與接口有關的各種錯誤
系統測試：系統測試是將已經集成好的軟件系統置于實際運行環境中所進行的測試。
目的：根據需求分析時確定的標準檢驗軟件是否滿足功能、行為、性能和系統協調性等方面的要求。
驗收測試：是軟件開發結束后，用戶對軟件產品投入實際應用前，進行的最后一次質量檢驗活動。它要回答開發的軟件產品是否符合預期的各種要求，以及用戶能否接受的問題。
目的：驗證軟件功能的正確性和需求的符合性。
按測試實施組織，軟件測試可分為：開發方測試、用戶方測試、第三方測試
開發方測試：開發方測試也稱內部測試（阿爾法測試），主要指在軟件開發完成后，開發方要對提交的軟件進行全面的自我檢查與驗證，驗證軟件的實現是否滿足軟件需求說明的要求。
用戶方測試：用戶方測試是在用戶的應用環境下，由用戶通過運行和使用軟件，驗證軟件實現是否符合自己期望的要求。由用戶找出軟件在應用中發現的問題與缺陷，并對使用質量進行評價。
第三方測試：第三方測試又稱為獨立測試，由在技術、管理和財務上和開發方相對獨立的組織進行的測試。軟件質量工程強調開展獨立的驗證和確認工作。
補充：按軟件質量特性分類:
功能測試、安全測試、性能測試、可靠性測試、壓力測試、安裝測試、用戶界面測試、兼容性測試
?
軟件測試3個重要概念：測試用例、測試環境、軟件缺陷
測試用例：
IEEE標準610（1990）的定義：測試用例是一組測試輸入、執行條件和預期結果的集合。其目的是要滿足一個特定的目標，比如執行一條特定的程序路徑或檢驗是否符合一個特定的需求。
軟件測試環境：
軟件測試環境就是軟件運行的平臺，即軟件（軟件運行的操作系統）、硬件（PC、筆記本、服務器相關外設）、網絡（主要針對C/S和B/S結構的軟件）和歷史數據（測試用例執行所需初始化的各項數據）的集合
軟件缺陷：常常又被叫做bug，即軟件中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。
IEEE729-1983標準定義：
從產品內部來看：缺陷是軟件產品開發或維護過程中存在的錯誤、毛病等各種問題。
從產品外部看：缺陷是系統所需要實現的某種功能的 失效或違背。
軟件缺陷產生的原因：軟件產品說明書（需求）56%、設計27%、編寫代碼7%、其他10%
軟件缺陷在不同階段的修復費用：
1、軟件從需求、設計、編碼、測試一直到交付用戶公開使用后的過程中，都可能產生和發現缺陷。
2、隨著時間的推移，修復缺陷的費用呈幾何級數增長
必須意識到：需求評審很重要；設計評審不可少；文檔更新要及時；開發測試要思考。
?因為設計測試用例的規則應該是根據需求分析文檔設計用例，客戶需求什么，就測試什么。但是在沒有需求分析文檔的前提下， 來設計測試用例，可以考查一個測試人員的基本功，比如考慮問題是否全面，設計測試用例的方法是否合理等。一般是根據自己的日常經驗和測試的思維來設計測試用例。在設計測試用例時一般從以下幾個方面進行分析：需求測試、功能測試，性能測試，界面測試，安全性測試，兼容性測試，可用性測試，可靠性測試，易用性測試、本地化/國際化測試和用戶體驗測試。
?
二、下面以具體常見用例考察應聘者一些簡單實例
?1、測試實例——電梯
? ? ?需求測試：查看電梯使用說明書，安全說明書等。
? ? ?功能測試：
? ? ? 1、上升鍵和下降鍵，電梯的樓層按鈕是否正常；
? ? ? 2、 開關鍵是否正常，報警裝置是否安裝，報警電話是否可用；
? ? ? 3、通風狀況如何，是否有手機信號；
? ? ? 4、在電梯上升過程中的測試，比如電梯在1樓，有人按了18樓，在上升到5樓的時候，有人按了10樓，電梯會不會停；
? ? ? 5、在電梯下降過程中的測試，比如電梯下降到10層時顯示滿員，若有人在5樓等待，此時還會不會停。
? ? ? 壓力測試：
? ? ? ?看電梯的最大承重重量，在電梯超重時，報警裝置是否啟用，在一定時間內讓電梯連續的上升和下降，看在最大負載條件下平穩運行的時間。
? ? ?界面測試：
? ? ? 查看電梯的外觀，電梯的按鈕是否好用(開和關按鈕設計的圖標不容易區分)，電梯的說明書是否有錯別字。
? ? ?可用性測試：
? ? ?電梯的按鈕是否符合人的使用習慣。
? ? ?用戶文檔：
? ? ?使用手冊是否對電梯的使用，限制等有描述。
??? 安全測試--重中之重：
???? 比如超重時，突然斷電時，突然電梯吊線斷時。。。。
???? 用戶體驗：
?????? 比如超重和失重時，人是否會感到不適等，人體感官通風等，運行中電梯的人體感官平穩性，人體感官聲音等
?
?
2、測試實例——杯子
? ? ?需求測試：查看杯子的使用說明書，安全說明書等。
? ? ?功能測試：
? ? ? 1、杯子能否裝水；
? ? ? 2、可以裝多少L的水；
? ? ? 3、杯子是否可以放冰箱；
? ? ?4、水可不可以被喝到。
? ? ?安全性測試：
? ? ?1、杯子有沒有毒和細菌；
? ? ?2、杯子從高處墜落，是否已破；
? ? ?3、杯子是否有缺口，容易滑倒嘴巴；
? ? ?4、將杯子放入微波爐中，是否爆炸或融化；
? ? ?性能測試：
? ? 1、看杯子能夠容納的最大體積和最高溫度；
? ? ?2、將杯子盛上水，經過24小時后查看杯子的泄露情況和時間(可分別使用水和汽油做測試)；
? ? ?3、將杯子裝上填充物，看不會摔破的最高度；
? ? ?4、用根針并在針上面不斷加重量，看壓強多大時會穿透；?
? ? ?可用性測試：杯子是否好拿，是否燙手，是否防滑，是否方便飲用。
? ? ?兼容性測試：除了裝水，是否還可以裝其它的液體，比如果汁，汽油等。
? ? ?界面測試：查看杯子的外觀：杯子是什么材質的，顏色，外形，重量，圖案是否合理，是否有異味。
? ??用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細描述。
3、測試實例——筆
? ??1、需求測試：查看使用說明書。
? ? 2、功能測試：能不能寫字 。
? ? 3、界面測試：查看筆的外觀 。
? ? 4、可靠性：筆從不同高度落下摔壞的程度。?
? ? 5、安全性：筆有沒有毒或細菌 。
? ? 6、可移植性：筆在不同的紙質、溫度等環境下是否可以使用。?
? ? 7、兼容性：筆是否可以裝不同顏色、大小的筆芯 。
? ? 8、易用性：是否方便使用、方便攜帶 。
? ? 9、壓力測試：給筆不斷的增加重力，觀察壓力多大時壓壞。?
? ?10、震動測試：筆在包裝時，各面震動，檢查是否能應對惡劣的公路、鐵路、航空運輸。
? ?11、跌落測試：筆包裝時，在多高的情況下摔不壞。
4、測試實例——桌子
? ? 需求測試：查看桌子相關的使用說明書。
? ? 功能測試：桌子是辦公用的還是防治東西用的，桌子的面積大小是否適合；
? ? 界面測試：桌子的桌面是否平滑，有沒有凹凸不平的地方；
? ? 安全性測試：桌子的支撐點是否可靠；將桌子推倒后，它的損壞情況；
? ? 壓力測試：桌子可以承受的重量；
? ?可用性測試：桌子是否好移動；它的重量是否合適；
5、測試實例——洗衣機
? ?需求測試：查看洗衣機的使用說明書。
? ?功能測試：洗衣機是否正常的洗衣服；
? ?安全性測試：洗衣機是否漏電；
? ?兼容性測試：除了洗衣服是否還可以洗其它的；
? ?性能測試：使用時電量如何，是否滿足客戶需求；加到一定量的衣服后，過一段時間，看洗衣機是否正常洗；通過逐步增加系統負 ?載，最終確定在什么負載條件下系統性能將處于崩潰狀態，以此獲得系統能提供的最大服務
? ?界面測試：洗衣機的外觀是否符合用戶的需求；
? ?可用性測試：洗衣機的操作是否簡單已操作；
總結
以上是生活随笔為你收集整理的第一次当招聘者-----如何考察一个测试人员测试思维和测试基础功的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： coxbox变换 python_用Pyt
- 下一篇： Axure RP 动态面板介绍