測試面試問題

2018.8.12-----測試問題

1.問：什麼是兼容型測試？兼容性測試側重哪些方面？

 

答：兼容測試主要是檢查軟件在不一樣的硬件平臺、軟件平臺上是否能夠正常的運行，便是一般說的軟件的可移植性。

兼容的類型，若是細分的話，有平臺的兼容，網絡兼容，數據庫兼容，以及數據格式的兼容。

兼容測試的重點是，對兼容環境的分析。一般，是在運行軟件的環境不是很肯定的狀況下，才須要作兼容。根據軟件運行的須要，或者根據需求文檔，通常可以得出用戶會在什麼環境下使用該軟件，把這些環境整理成表單，就得出作兼容測試的兼容環境了

兼容和配置測試的區別在於，作配置測試一般不是在Clean OS下作測試，而兼容測試可能是在Clean OS環境下作的

 

補充：作兼容測試的具體步驟：在列好的軟硬件環境清單作冒煙測試，仍是每一步都測試。測出不兼容，怎麼和開發溝通，開發面對這些不兼容須要作什麼。若是修復成本很高，怎麼和產品經理溝通。和誰確認表單

2.問：我如今有個程序，發如今Windows上運行的很慢，怎麼判別是程序存在問題仍是軟硬件系統存在問題

 

答：1、檢查系統是否有中毒的特徵

2、檢查軟件/硬件的配置是否符合軟件的推薦標準

3、確認當前的系統是否獨立，即沒有對外提供什麼消耗CPU資源的服務

4、若是是C/S或者B/S結構的軟件，須要檢查是否是由於與服務器的鏈接有問題，或者訪問有問題形成

5、在系統沒有任何負載的狀況下，查看性能監視器，確認應用程序對CPU/內存的訪問狀況

 

補充：每一步該怎麼實現，須要用到什麼技術

3.問：測試的策略有哪些

 

答：黑盒/白盒/灰盒，靜態/動態，手工/自動，冒煙測試，迴歸測試，公測（Beta測試的策略）

 

補充：公測是什麼?還有沒有其餘的測試策略？測試策略和測試方法以及測試類型有什麼區別？

4.問：正交表測試用例設計方法的特色是什麼？

 

答：用最少的實驗覆蓋最多的操做，測試用例設計不多，效率高，可是很複雜；

對於基本的驗證功能，以及二次集成引發的缺陷，通常都能找出來；可是更深的缺陷，更復雜的缺陷，仍是無能爲力的；

具體的環境下，正交表通常都很難作的。大多數，只在系統測試的時候使用此方法

 

補充：何時用系統測試，測試的每一個階段是什麼，好比單元、集成、系統、公測，每一個階段須要什麼技術，有什麼要求

5.問：描述測試用例設計的完整過程

 

答：需求分析+需求變動的維護工做

根據需求得出測試需求

設計測試方案，評審測試方案

方案評審經過後，設計測試用例，再對測試用例進行評審

 

補充：關於測試用例設計過程還有沒有什麼補充？

6.問：單元測試的策略有哪些？

 

答：邏輯覆蓋、循環覆蓋、同行評審、桌前檢查、代碼走查、代碼評審、景泰數據流分析

 

補充：雖然是單元測試的內容，可是仍是大概瞭解一下

7.問：你所熟悉的軟件測試類型都有哪些？請試着分別比較這些不一樣的測試類型的區別與聯繫（如功能測試、性能測試…）？

 

答：Compatibility Testing（兼容性測試），也稱「Configuration testing（配置測試）」，測試軟件是否和系統的其它與之交互的元素之間兼容，如：瀏覽器、操做系統、硬件等。驗證測試對象在不一樣的軟件和硬件配置中的運行狀況。

Functional testing (功能測試)，也稱爲behavioral testing（行爲測試），根據產品特徵、操做描述和用戶方案，測試一個產品的特性和可操做行爲以肯定它們知足設計需求。本地化軟件的功能測試，用於驗證應用程序或網站對目標用戶能正確工做。使用適當的平臺、瀏覽器和測試腳本，以保證目標用戶的體驗將足夠好，就像應用程序是專門爲該市場開發的同樣。

Performance testing（性能測試），評價一個產品或組件與性能需求是否符合的測試。包括負載測試、強度測試、數據庫容量測試、基準測試等類型。

 

補充：測試類型能夠分爲哪些？其中是否有須要補充的地方

8.問：軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug）記錄？

 

答：5C標準

 

補充：什麼是5C標準？答案不全，須要補充

9.問:Beta測試與Alpha測試有什麼區別？

 

答：Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者一般不在測試現場

Alpha testing (α測試),是由一個用戶在開發環境下進行的測試，也能夠是公司內部的用戶在模擬實際操做環境下進行的受控測試

 

補充：雖然知道，不會說，晚上和舍友模擬一下面試。這一塊的知識點也補充補充

10.問：軟件的評審通常由哪些人蔘加？其目的是什麼？

 

答：在正式的會議上將軟件項目的成果（包括各階段的文檔、產生的代碼等）提交給用戶、客戶或有關部門人員對軟件產品進行評審和批准。其目的是找出可能影響軟件產品質量、開發過程、維護工做的適用性和環境方面的設計缺陷，並採起補救措施，以及找出在性能、安全性和經濟方面的可能的改進。

人員：用戶、客戶或有關部門開發人員，測試人員，需求分析師均可以，就看處於評審那個階段

 

補充：回答的比較亂，還須要調整改善。具體須要再瞭解瞭解

 

2018.8.13

1.問：測試活動中，若是發現需求文檔不完善或者不許確，怎麼處理？

 

測試需求分析 發現需求文檔不完善或者不許確，應該當即和相關人員進行協調交流。

 

補充：一個公司裏，通常是誰負責需求文檔，通常狀況下，應該像誰彙報

2.問：階段評審與項目評審有什麼區別？

 

階段評審 對項目各階段評審：對階段成果和工做

項目評審 對項目整體評審：對工做和產品

 

補充：階段評審和項目評審通常都是評審啥

3.問：闡述工做版本的定義？

 

構造號： BUILD

 

補充：沒據說過，須要瞭解

4.問：什麼是樁模塊？什麼是驅動模塊？

 

樁模塊：被測模塊調用模塊

驅動模塊 調用被測模塊

 

補充：沒咋瞭解過，須要補充

5.問：什麼是扇入？什麼是扇出？

 

扇入：被調次數，扇出：調其它模塊數目

 

補充：也沒有了解過，須要補充

6.問：你認爲作好測試計劃工做的關鍵是什麼？

 

軟件測試計劃就是在軟件測試工做正式實施以前明確測試的對象，而且經過對資源、時間、風險、測試範圍和預算等方面的綜合分析和規劃，保證有效的實施軟件測試；

作好測試計劃工做的關鍵 ：目的，管理，規範

 

明確測試的目標，加強測試計劃的實用性

編寫軟件測試計劃得重要目的就是使測試過程可以發現更多的軟件缺陷，所以軟件測試計劃的價值取決於它對幫助管理測試項目，而且找出軟件潛在的缺陷。所以，軟件測試計劃中的測試範圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具而且具備較高的實用性，便於使用，生成的測試結果直觀、準確

2．堅持「5W」規則，明確內容與過程

「5W」規則指的是「What（作什麼）」、「Why（爲何作）」、「When（什麼時候作）」、「Where（在哪裏）」、「How（如何作）」。利用「5W」規則建立軟件測試計劃，能夠幫助測試團隊理解測試的目的（Why），明確測試的範圍和內容（What），肯定測試的開始和結束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。

3．採用評審和更新機制，保證測試計劃知足實際需求

測試計劃寫做完成後，若是沒有通過評審，直接發送給測試團隊，測試計劃內容的可能不許確或遺漏測試內容，或者軟件需求變動引發測試範圍的增減，而測試計劃的內容沒有及時更新，誤導測試執行人員。

分別建立測試計劃與測試詳細規格、測試用例

應把詳細的測試技術指標包含到獨立建立的測試詳細規格文檔，把用於指導測試小組執行測試過程的測試用例放到獨立建立的測試用例文檔或測試用例管理數據庫中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關係，測試計劃主要從宏觀上規劃測試活動的範圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體戰術。

補充：進行反思，是否是作好這些就夠了

7.問：你認爲作好測試用例工做的關鍵是什麼？

 

需求和設計文檔的理解程度，對系統的熟悉程度

 

補充：進行反思，是否是作好這些就夠了

 

8.問：簡述一下缺陷的生命週期？

 

提交commit->確認confirm->分配->修復->驗證->關閉

 

補充：這是否是最完整的

9.問：軟件的安全性應從哪幾個方面去測試？

 

參考答案：

(1) 用戶認證機制：如數據證書、智能卡、雙重認證、安全電子交易協議

(2) 加密機制

(3) 安全防禦策略：如安全日誌、入侵檢測、隔離防禦、漏洞掃描

(4) 數據備份與恢復手段：存儲設備、存儲優化、存儲保護、存儲管理

(5) 防病毒系統

 

補充：對安全性測試不太瞭解，須要翻書找找

10.問：軟件配置管理工做開展的狀況和認識？

 

軟件配置管理貫穿於軟件開發、測試活動的始終，覆蓋了開發、測試活動的各個環節，它的重要做用之一就是要全面的管理保存各個配置項，監控各配置項的狀態，並向項目經理及相關的人員報告，從而實現對軟件過程的控制。

軟件測試配置管理包括4個最基本的活動：

配置項標識

配置項控制

配置項狀態報告

配置審計

軟件配置管理一般藉助工具來輔助，主要有MS SourceSafe、Rational ClearCase等