軟件測試工程師招聘面試題目-資料下載頁

【導讀】在lordrunner中，如何進行并發的測試？請試著分別比較這些不同的測試類型的區別與聯系（如功能測試、性

　　

【正文】 1 軟件缺陷（或者叫 Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（ Bug）記錄？ 參考答案： 5C 標準 1 Beta 測試與 Alpha 測試有什么區別？ 參考答案： Beta testing(β測試 ),測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場 Alpha testing (α 測試 ),是由一個用戶在開發環境下進行的 測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試 1軟件的評審一般由哪些人參加？其目的是什么？ 參考答案： 在正式的會議上將軟件項目的成果（包括各階段的文檔 、產生的代碼等）提交給用戶、客戶或有關部門人員對軟件產品進行評審和批準。其目的是找出可能影響軟件產品質量、開發過程、維護工作的適用性和環境方面的設計缺陷，并采取補救措施，以及找出在性能、安全性和經濟方面的可能的改進。 人員： 用戶、客戶或有關部門開發人員，測試人員，需求分析師都可以，就看處于評審那個階段 1測試活動中，如果發現需求文檔不完善或者不準確，怎么處理？ 參考答案： 測試需求分析 發現需求文檔不完善或者不準確，應該立即和相關人員進行協調交流。 階段評審與項目評審有什么區別？ 參考答案： 階段評審 對項目各階段評審：對階段成果和工作 項目評審 對項目總體評審：對工作和產品 2闡述工作版本的定義？ 參考答案： 構造號： BUILD 2什么是樁模塊？什么是驅動模塊？ 參考答案： 樁模塊：被測模塊調用模塊 驅動模塊 調用被測模塊 2什么是扇入？什么是扇出？ 參考答案： 扇入：被調次數，扇出：調其它模塊數目 2你認為做好測試計劃工作的關鍵是什么？ 參考答案： 軟件測試計劃就是在軟件測試工作正式實施之前明確測試的對象，并且通過對資源、時間、風險、測試范圍和預算等方面的綜合分析和規劃，保 證有效的實施軟件測試； 做好測試計劃工作的關鍵 ：目的，管理，規范 9 1. 明確測試的目標，增強測試計劃的實用性 編寫軟件測試計劃得重要目的就是使測試過程能夠發現更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結果直觀、準確 2．堅持 “5W”規則，明確內容與過程 “5W”規則指的是 “What（做什么） ”、 “Why（為什么做） ”、 “When（何時做 ） ”、 “Where（在哪里） ”、 “How（如何做） ”。利用 “5W”規則創建軟件測試計劃，可以幫助測試團隊理解測試的目的（ Why），明確測試的范圍和內容（ What），確定測試的開始和結束日期（ When），指出測試的方法和工具（ How），給出測試文檔和軟件的存放位置（ Where）。 3．采用評審和更新機制，保證測試計劃滿足實際需求 測試計劃寫作完成后，如果沒有經過評審，直接發送給測試團隊，測試計劃內容的可能不準確或遺漏測試內容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內容沒有及時更新，誤導測試執行人員。 4. 分別創建測試計劃與測試詳細規格、測試用例 應把詳細的 測試技術 指標包含到獨立創建的測試詳細規格文檔，把用于指導測試小組執行測試過程的測試用例放到獨立創建的測試用例文檔或測試用例管理 數據庫 中。測試計劃和測試詳細規格、測試用例之間是戰略和戰術的關系，測試計劃主要從宏觀上規劃測試活動的范圍、方法和資源配置，而測試詳細規格、測試用例是完成測試任務的具體 戰術。 2你認為做好測試用例工作的關鍵是什么？ 參考答案： 需求和設計文檔的理解程度，對系統的 熟悉 程度 2簡述一下缺陷的生命周期？ 參考答案： 提交 確認 分配 修復 驗證 關閉 2軟件的安全性應從哪幾個方面去測試？ 參考答案： (1) 用戶認證機制：如數據證書、智能卡、雙重認證、安全電子交易協議 (2) 加密機制 (3) 安全防護策略：如安全日志、入侵檢測、隔離防護、漏洞掃描 (4) 數據備份與恢復手段：存儲設備、存儲優化、存儲保護、存儲管理 (5) 防病毒系統 2軟件配置管理工作開展的情況和認識？ 參考答案： 軟件 配置管理貫穿于軟件開發 、測試 活動的始終，覆蓋了開發 、測試 活動的各個環節，它的重要作用之一就是要全面的管理保存各個配置項，監控各配置項的狀態，并向項目經理及相關的人員報告，從而實現對軟件過程的控制。 軟件測試配置管理包括 4 個最基本的活動： 配置項標識 配置項控制 配置項狀態報告 配置審計 軟件配置管理通常借助工具來輔助，主要有 MS SourceSafe、 Rational ClearCase 等 10 2你覺得軟件測試通過的標準應該是什么樣的？ 參考答案： 缺陷密度 值 達到客戶的要求 引入測試管理的含義？ 參考答案： 風險分析，進度控制、角色分配、質量控制 3一套完整的測試應該由哪些階段組成？ 參考答案： 測試計劃 、測試設計與開發、測試實施、測試評審與測試結論 3單元測試的主要內容？ 參考答案： 模塊接口測試、局部數據結構測試、路徑測試、錯誤處理測試、邊界測試 3集成測試也叫組裝測試或者聯合測試，請簡述集成測試的主要內容？ 參考答案： （ 1）在把各個模塊連接起來的時候，穿越模塊接口的數據是否會丟失； （ 2）一個模塊的功能是否會對另一個模塊的功能產生不利的影響； （ 3）各個子功能組合起來，能否 達到預期要求的父功能； （ 4）全局數據結構是否有問題； （ 5）單個模塊的誤差累積起來，是否會放大，從而達到不能接受的程度。 3簡述集成測試與系統測試關系？ 參考答案： （ 1）集成測試的主要依據概要設計說明書，系統測試的主要依據是需求設計說明書； （ 2）集成測試是系統模塊的測試，系統測試是對整個系統的測試，包括相關的軟硬件平臺、網絡以及相關外設的測試。 3軟件測試的文檔測試應當貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測試的重點。那么軟件系統的用戶文檔包括哪些？ 參考答案： 用戶手冊 安裝和設置指導 聯機幫助 指南、向導 樣例、示例和模板 授權 /注冊登記表 最終用戶許可協議 3軟件系統中除用戶文檔之外，文檔測試還應該關注哪些文檔？ 參考答案： 開發文檔 軟件需求說明書 11 數據庫設計說明書 概要設計說明書 詳細設計說明書 可行性研究報告 管理文檔 項目開發計劃 測試計劃 測試報告 開發進度月報 開發總結報告 3簡述軟件系統中用戶文檔的測試要點？ 參考答案： （ 1）讀者群。文檔面向的讀者定位要 明確。對于初級用戶、中級用戶以及高級用戶應該有不同的定位 （ 2）術語。文檔中用到的術語要適用與定位的讀者群，用法一致，標準定義與業界規范相吻合。 （ 3）正確性。測試中需檢查所有信息是否真實正確，查找由于過期產品說明書和銷售人員夸大事實而導致的錯誤。檢查所有的目錄、索引和章節引用是否已更新，嘗試鏈接是否準確，產品支持電話、地址和郵政編碼是否正確。 （ 4）完整性。對照軟件界面檢查是否有重要的分支沒有描述到，甚至是否有整個大模塊沒有描述到。 （ 5）一致性。按照文檔描述的操作執行后，檢查軟件返回的結果是否與 文檔描述的相同。 （ 6）易用性。對關鍵步驟以粗體或背景色給用戶以提示，合理的頁面布局、適量的圖表都可以給用戶更高的易用性。需要注意的是文檔要有助于用戶排除錯誤。不但描述正確操作，也要描述錯誤處理辦法。文檔對于用戶看到的錯誤信息應當有更詳細的文檔解釋。 （ 7）圖表與界面截圖。檢查所有圖表與界面截圖是否與發行版本相同。 （ 8）樣例與示例。像用戶一樣載入和使用樣例。如果是一段程序，就輸入數據并執行它。以每一個模塊制作文件，確認它們的正確性。 （ 9）語言。不出現錯別字，不要出現有二義性的說法。特別要注意的是 屏幕截圖或繪制圖形中的文字。 （ 10）印刷與包裝。檢查印刷質量；手冊厚度與開本是否合適；包裝盒的大小是否合適；有沒有零碎易丟失的小部件等等。 3 單元測試主要內容是什么？ 參考答案： 單元測試大多數由開發人員來完成，測試人員技術背景較好或者開發系統軟件時可能會安排測試人員進行單元測試，大多數進行的單元測試都是開發人員調試程序或者開發組系統聯合調試的過程。討論這個問題主要是擴充一下讀者的視野。 單元測試一般包括五個方面的測試： （ 1）模塊接口測試：模塊接口測試是單元測試的基礎。只有在數據能正確流入、流出模 塊的前提下，其他測試才有意義。模塊接口測試也是集成測試的重點，這里進行的測試主要是為后面打好基礎。測試接口正確與否應該考慮下列因素： 輸入的實際參數與形式參數的個數是否相同； 輸入的實際參數與形式參數的屬性是否匹配； 輸入的實際參數與形式參數的量綱是否一致； 調用其他模塊時所給實際參數的個數是否與被調模塊的形參個數相同； 調用其他模塊時所給實際參數的屬性是否與被調模塊的形參屬性匹配； 調用其他模塊時所給實際參數的量綱是否與被調模塊的形參量綱一致； 調用預定義函數時所用參數的個數、屬性和次序是否 正確； 是否存在與當前入口點無關的參數引用； 12 是否修改了只讀型參數； 對全程變量的定義各模塊是否一致； 是否把某些約束作為參數傳遞。 如果模塊功能包括外部輸入輸出，還應該考慮下列因素： 文件屬性是否正確； OPEN/CLOSE語句是否正確； 格式說明與輸入輸出語句是否匹配； 緩沖區大小與記錄長度是否匹配； 文件使用前是否已經打開； 是否處理了文件尾； 是否處理了輸入 /輸出錯誤； 輸出信息中是否有文字性錯誤。 局部數據結構測試； 邊界條件測試； 模塊中所有獨立執行通路測試； （ 2）局部數據結構測試：檢查局部數據結構是為了保證臨時存儲在模塊內的數據在程序執行過程中完整、正確，局部功能是整個功能運行的基礎。重點是一些函數是否正確執行，內部是否運行正確。局部數據結構往往是錯誤的根源，應仔細設計測試用例，力求發現下面幾類錯誤： 不合適或不相容的類型說明； 變量無初值； 變量初始化或省缺值有錯； 不正確的變量名（拼錯或不正確地截斷）； 出現上溢、下溢和地址異常。 （ 3）邊界條件測試：邊界條件測試是單元測試中最重要的一項任務。眾所周知，軟件經常在邊界上失效，采用邊界值分析技術，針對邊 界值及其左、右設計測試用例，很有可能發現新的錯誤。邊界條件測試是一項基礎測試，也是后面系統測試中的功能測試的重點，邊界測試執行的較好，可以大大提高程序健壯性。 （ 4）模塊中所有獨立路徑測試：在模塊中應對每一條獨立執行路徑進行測試，單元測試的基本任務是保證模塊中每條語句至少執行一次。測試目的主要是為了發現因錯誤計算、不正確的比較和不適當的控制流造成的錯誤。具體做法就是程序員逐條調試語句。常見的錯誤包括： 誤解或用錯了算符優先級； 混合類型運算； 變量初值錯； 精度不夠； 表達式符號錯。 比較判斷與控 制流常常緊密相關，測試時注意下列錯誤： 不同數據類型的對象之間進行比較； 錯誤地使用邏輯運算符或優先級； 因計算機表示的局限性，期望理論上相等而實際上不相等的兩個量相等； 比較運算或變量出錯； 循環終止條件或不可能出現； 迭代發散時不能退出； 錯誤地修改了循環變量。 模塊的各條錯誤處理通路測試：程序在遇到異常情況時不應該退出，好的程序應能預見各種出錯條件，并預設各種出錯處理通路。如果用戶不按照正常操作，程序就退出或者停止工作，實際上也是一種缺陷，因此單元測試要測試各種錯誤處理路徑。一般這種測試 著重檢查下列問題： 輸出的出錯信息難以理解； 記錄的錯誤與實際遇到的錯誤不相符； 在程序自定義的出錯處理段運行之前，系統已介入； 異常處理不當； 13 錯誤陳述中未能提供足夠的定位出錯信息。 3如何理解強度測試？ 參考答案： 強度測試是為了確定系統在最差工作環境的工作能力 ,也可能是用于驗證在標準工作壓力下的各種資源的最下限指標。 它和壓力測試的目標是不同的 ,壓力測試是在標準工作環境下 ,不斷增加系統負荷 ,最終測試出該系統能力達到的最大負荷 (穩定和峰值 ),而強度測試則是在非標準工作環境下 ,甚至不斷人為降 低系統工作環境所需要的資源 ,如網絡帶寬 ,系統內存 ,數據鎖等等 ,以測試系統在資源不足的情況下的工作狀態 ,通過強度測試 ,可以確定本系統