軟件測試面試題_1
1.軟件的生命周期:
計劃階段--需求分析--設計階段--編碼階段--測試階段--運行與維護
2.你在測試中如果發現了一個bug,但是開發經理認為這不是bug,你該怎麽處理?
1、先將bug提至缺陷管理庫中進行備案(比如,禪道)
2、然後獲取bug的判斷依據和標準:根據產品說明、需求說明書、設計文檔、原型圖等,來確認實際結果與計劃的是否不一致
3、如果沒有文檔依據,根據同行或類似軟件的一般特性來說明實際結果和計劃的是否有不一致的地方,來確認是否是缺陷;
根據用戶的一般使用習慣;
與設計人員、開發人員、客戶代表等相關人員相關探討確認;
合理的論述,向測試經理說明自己判斷的理由,等待測試經理給出最終的決定,如果仍然存在爭議,可通過公司政策所提供的渠道,向上級反映,並由上級做出決定。
3.給你一個網站,你如何測試?
1.首先找出需求說明、網站設計說明等文檔,分析測試需求;
2.制定測試計劃,來確定測試範圍和測試策略,一般包括以下幾個部分:功能測試、性能測試、界面測試、兼容性測試、數據庫測試、安全性測試;
3.設計測試用例:
功能性測試不限於以下幾個方面:
鏈接測試,鏈接是否正常跳轉,是否存在空頁面和無效頁面,是否有不正確的出錯信息返回;
提交功能的測試,多媒體元素是否可以正常加載和顯示,多語言支持是否支持語言的選擇等;
界面測試不限於以下幾個方面:
界面是否風格美觀統一;
頁面布局是否合理、重點內容和熱點內容是否突出;
控件是否正常使用;
對於必須但未安裝的控件,是否有自動下載並安裝的功能;
文字檢查;
性能測試不限於以下幾個方面:
壓力測試(又稱強度測試),在系統資源特別低的情況下運行軟件系統的情況,目的是找到軟件在哪裏失效以及如何失效的地方;
負載測試,指數據在超負荷的環境下進行,程序是否能承擔;
(負載測試通常描述一種特定類型的壓力測試——逐步增加用戶數量或用戶請求來對系統(程序)進行加壓。比如現實中有個系統提供在線查詢服務,那我們從比較小的負載開始,逐漸增加模擬查詢請求的數量或用戶量, 直到系統響應時間超時,就是說的負載測試。這兒加壓的類型必須是應用提供的服務類型,也就是工作負荷。
軟件測試面試題_1