# 前 150 個軟件測試面試問題&答案 > 原文： [https://www.guru99.com/software-testing-interview-questions.html](https://www.guru99.com/software-testing-interview-questions.html) **1.什么是探索性測試？** 探索性測試是一種動手實踐的方法，在這種方法中，測試人員需要進行最少的計劃和最大程度的測試執行。 該計劃涉及創建測試章程，簡短聲明（短時間（1-2 小時）的有時間限制的測試工作范圍，目標和可能使用的方法）。 測試設計和測試執行活動通常并行執行，而無需正式記錄測試條件，測試用例或測試腳本。 這并不意味著將不使用其他更正式的測試技術。 例如，測試人員可能決定使用邊界值分析，但會仔細考慮并測試最重要的邊界值，而不必寫下來。 在探索性測試期間將寫一些筆記，以便以后可以生成報告。 **2.什么是“用例測試”？** 為了從頭到尾識別并執行應用程序的功能需求，使用了“用例”，并且用于執行此操作的技術稱為“用例測試”。 **3\. STLC（軟件測試生命周期）和 SDLC（軟件開發生命周期）之間有什么區別？** SDLC 處理軟件的開發/編碼，而 STLC 處理軟件的驗證和校驗 **4.什么是可追溯性矩陣？** 在文檔的幫助下顯示了測試用例與需求之間的關系。 該文檔被稱為可追溯性矩陣。 **5.什么是等效分區測試？** 等效分區測試是一種軟件測試技術，可將應用程序輸入測試數據至少劃分為每個等效數據一次，從中可以得出測試用例。 通過這種測試方法，它減少了軟件測試所需的時間。 **6.什么是白盒測試并列出白盒測試的類型？** 白盒測試技術涉及基于對組件或系統的內部結構（代碼覆蓋范圍，分支覆蓋范圍，路徑覆蓋范圍，條件覆蓋范圍等）的分析來選擇測試用例。 也稱為基于代碼的測試或結構測試。 不同類型的白盒測試是 1. 聲明范圍 2. 決策范圍 **7.在白盒測試中，您要驗證什么？** 在白盒測試中，驗證了以下步驟。 1. 驗證代碼中的安全漏洞 2. 驗證代碼中不完整或損壞的路徑 3. 根據文檔規范驗證結構流程 4. 驗證預期的輸出 5. 驗證代碼中的所有條件循環，以檢查應用程序的完整功能 6. 逐行驗證線路并覆蓋 100％測試 **8.什么是黑匣子測試？ 黑匣子測試技術有哪些不同？** 黑匣子測試是一種軟件測試方法，用于在不知道代碼或程序的內部結構的情況下測試軟件。 通常執行此測試以檢查應用程序的功能。 不同的黑匣子測試技術是 1. 等效分區 2. 邊值分析 3. 因果圖 **9.靜態測試和動態測試有什么區別？** 靜態測試：在靜態測試方法中，不執行代碼，而是使用軟件文檔執行代碼。 動態測試：要執行此測試，代碼必須采用可執行形式。 **10.什么是驗證和確認？** 驗證是在開發階段評估軟件的過程。 它可以幫助您確定給定應用程序的產品是否滿足指定的要求。 驗證是在開發過程之后評估軟件并檢查其是否滿足客戶要求的過程。 **11.有哪些不同的測試水平？** 有四個測試級別 1. 單元/組件/程序/模塊測試 2. 整合測試 3. 系統測試 4. 驗收測試 **12.什么是集成測試？** [集成測試](/integration-testing.html)是軟件測試過程的一個級別，其中將應用程序的各個單元進行組合和測試。 通常在單元和功能測試之后執行。 **13.什么測試計劃組成？** 測試設計，范圍，測試策略，方法是測試計劃文件所包含的各種細節。 1. 測試用例標識符 2. 范圍 3. 要測試的功能 4. 功能未經測試 5. 測試策略&測試方法 6. 測試可交付成果 7. 職責范圍 8. 人員配備和培訓 9. 風險與或有事項 **14\. UAT（用戶接受測試）和系統測試之間有什么區別？** 系統測試：系統測試是在系統整體進行測試時發現缺陷； 這也稱為端到端測試。 在這種類型的測試中，應用程序遭受了從始至終的痛苦。 UAT：用戶驗收測試（UAT）涉及通過一系列特定測試來運行產品，這些測試確定該產品是否將滿足其用戶的需求。 **15.是否提到數據驅動測試和重新測試之間的區別？** **重新測試：**這是檢查由開發團隊執行的錯誤以驗證其已修復的過程。 **數據驅動測試（DDT）：**在數據驅動測試過程中，將使用多個測試數據來測試應用程序。 應用程序使用不同的值集進行了測試。 **16.在測試期間解決問題的重要步驟是什么？** * 記錄：記錄并處理已發生的任何問題 * 報告：將問題報告給上級經理 * 控制：定義問題管理流程 **17.測試方案，測試用例和測試腳本之間有什么區別？** 測試方案和測試用例之間的區別在于 **測試方案：**測試方案是可以測試的任何功能。 也稱為測試條件或測試可能性。 **測試用例：**這是一個文檔，其中包含必須執行的步驟； 它早已被計劃。 **測試腳本：**它是用編程語言編寫的，它是一個簡短的程序，用于測試軟件系統的部分功能。 換句話說，應該手動執行一組書面步驟。 **18.什么是潛在缺陷？** **潛在缺陷：**該缺陷是系統中的現有缺陷，不會導致任何故障，因為從未滿足確切的條件集 **19.可以用來了解測試執行質量的兩個參數是什么？** 要知道測試執行的質量，我們可以使用兩個參數 * 不良率 * 缺陷漏率  **20.軟件測試工具“ phantom”的功能是什么？** Phantom 是免費軟件，用于 Windows GUI 自動化腳本語言。 它使我們能夠自動控制窗口和功能。 它可以模擬擊鍵和鼠標單擊以及菜單，列表等的任何組合。 **21.解釋什么是應試課程？** 測試交付物是必須開發和維護以支持測試的一組文檔，工具和其他組件。 在軟件開發生命周期的每個階段，都有不同的測試交付物 * 測試之前 * 測試期間 * 測試后 **22.什么是突變測試？** 變異測試是一種技術，通過有意引入各種代碼更改（錯誤）并使用原始測試數據/案例進行重新測試以確定是否檢測到錯誤，從而確定一組測試數據或測試用例是否有用。 **23.在為 AUT 選擇自動化工具之前，您應該考慮什么所有事項？** * 技術可行性 * 復雜程度 * 應用穩定性 * 測試數據 * 申請規模 * 自動腳本的可重用性 * 跨環境執行 **24.您將如何進行風險分析？** 為了進行風險分析，需要執行以下步驟 1. 尋找風險的分數 2. 進行風險簡介 3. 改變風險屬性 4. 部署具有測試風險的資源 5. 建立風險數據庫 **25.調試的類別有哪些？** 調試類別 1. 蠻力調試 2. 回溯 3. 原因消除 4. 程序切片 5. 故障樹分析 **26.錯誤屏蔽示例說明了什么？** 當一個缺陷的存在掩蓋了系統中另一缺陷的存在時，稱為故障屏蔽。 示例：如果“負值”導致未處理的系統異常觸發，則開發人員將阻止輸入負值。 這將解決問題并隱藏未處理異常觸發的缺陷。 **27.解釋什么是測試計劃？ 測試計劃應涵蓋哪些信息？** 可以將測試計劃定義為描述測試活動的范圍，方法，資源和時間表的文檔，并且測試計劃應涵蓋以下詳細信息。 * 測試策略 * 測試目標 * 退出/暫停條件 * 資源規劃 * 測試成果 **28.如何消除項目中的產品風險？** 它可以幫助您消除項目中的產品風險，并且有一個簡單而關鍵的步驟可以降低項目中的產品風險。 * 研究規格文件 * 與包括開發人員在內的所有利益相關者討論該項目 * 以真實用戶的身份瀏覽網站 **29.導致項目失敗的常見風險是什么？** 導致項目失敗的常見風險是 * 人力資源不足 * 測試環境可能未正確設置 * 預算有限 * 時間限制 **30.您可以在什么基礎上得出項目的估算值？** 要估算您的項目，您必須考慮以下幾點 * 將整個項目劃分為最小的任務 * 將每個任務分配給團隊成員 * 估算完成每個任務所需的工作量 * 驗證估計 **31.說明您如何分配任務給團隊成員？** | **任務** | **成員** | | * 分析軟件需求規范 | * 所有成員 | | * 創建測試規范 | * 測試員/測試分析師 | | * 建立測試環境 | * 測試管理員 | | * 執行測試用例 | * 測試人員，測試管理員 | | * 報告缺陷 | * 測試儀 | **32.解釋什么是測試類型，什么是常用的測試類型？** 為了獲得預期的測試結果，遵循標準程序，稱為“測試類型”。 常用的測試類型是 * 單元測試：測試應用程序的最小代碼 * API 測試：測試為應用程序創建的 API * 集成測試：單個軟件模塊被組合和測試 * 系統測試：完整的系統測試 * 安裝/卸載測試：從客戶端/客戶角度進行的測試 * 敏捷測試：通過敏捷技術進行測試 **33.在監視項目時，您需要考慮什么？** 必須考慮的是 * 您的項目是否如期進行 * 你超出預算了嗎 * 您是否朝著相同的職業目標努力 * 你有足夠的資源 * 是否有任何即將發生問題的警告信號 * 管理層是否有壓力要求盡快完成項目 **34.導致問題的常見錯誤是什么？** * 將資源匹配到錯誤的項目 * 測試經理缺乏技能 * 不聽別人的話 * 日程安排不佳 * 低估 * 忽略小問題 * 不遵循流程 **35.典型的測試報告包含哪些內容？ 測試報告有什么好處？** 測試報告包含以下內容： * 項目信息 * 測試目標 * 測試總結 * 缺陷 測試報告的好處是： * 告知項目現狀和產品質量 * 如果需要，利益相關者和客戶可以采取糾正措施 * 最終文件有助于確定產品是否已準備好發布 **36.什么是測試管理評審，為什么如此重要？** 管理評審也稱為軟件質量保證或 SQA。 SQA 更加關注軟件過程而不是軟件工作產品。 這是一組活動，旨在確保項目經理遵循標準流程。 SQA 幫助測試經理根據設定的標準對項目進行基準測試。 **37.軟件質量保證的最佳做法是什么？** 有效實施 SQA 的最佳做法是 * 連續的提高 * 文獻資料 * 工具用法 * 指標 * 團隊成員的責任 * 經驗豐富的 SQA 審核員 **38.什么時候準備 RTM（需求可追溯性矩陣）？** RTM 是在測試用例設計之前準備的。 需求應可從審查活動中追溯。 **39.測試矩陣和可追溯性矩陣有什么區別？** **測試矩陣**：測試矩陣用于捕獲捕獲軟件測試所有階段所需的實際質量，工作量，計劃，資源和時間 **可追蹤性矩陣**：測試用例和客戶需求之間的映射稱為可追蹤性矩陣 **40.在手動測試中，存根和驅動程序是什么？** 存根和驅動程序都是增量測試的一部分。 在增量測試中，有兩種方法，即自下而上和自上而下。 驅動程序用于自下而上的測試，存根用于自上而下的方法。 為了測試主模塊，使用了存根，它是一個偽代碼或程序。 **41.一旦發現缺陷，您將采取什么步驟？** 一旦發現缺陷，您將按照以下步驟進行操作 a）重現缺陷 b）附上截圖 c）記錄缺陷 **42.解釋什么是“測試計劃驅動”或“關鍵字驅動”測試方法？** 該技術使用測試人員使用包含特殊“關鍵字”的電子表格開發的實際測試用例文檔。 關鍵字控制處理。 **43.什么是 DFD（數據流程圖）？** 當通過信息系統以圖形方式表示“數據流”時，則稱為數據流圖。 它還用于數據處理的可視化。 **44.解釋什么是 LCSAJ？** LCSAJ 代表“線性代碼序列和跳轉”。 它由以下三項組成 a）可執行語句的線性序列的開始 b）線性序列的結尾 c）在線性序列末尾將控制流轉移到的目標線 **45.請說明什么是 N + 1 測試？** 回歸測試的變化表示為 N + 1。 在這種技術中，測試在多個周期中執行，其中解決了在測試周期“ N”中發現的錯誤，并在測試周期 N + 1 中對其進行了重新測試。 除非沒有發現錯誤，否則重復該循環。 **46.什么是 Fuzz 測試以及何時使用？** 模糊測試用于檢測軟件中的安全漏洞和編碼錯誤。 在這種技術中，隨機數據被添加到系統中，以使系統崩潰。 如果漏洞仍然存在，則使用一種稱為模糊測試器的工具來確定潛在原因。 對于較大的項目，此技術更有用，但只能檢測到重大故障。 **47.提及軟件測試的語句覆蓋率度量標準的主要優點是什么？** 報表覆蓋率指標的好處是 a）它不需要處理源代碼，并且可以直接應用于目標代碼 b）錯誤通過代碼平均分配，因此所覆蓋的可執行語句的百分比反映了發現的錯誤的百分比 **48.如何為“替換字符串”方法生成測試用例？** a）如果新字符串中的字符>前一個字符串中的字符。 所有字符都不應被截斷 b）如果新字符串中的字符<前一個字符串中的字符。 請勿添加垃圾字符 c）不應刪除字符串前后的空格 d）僅在首次出現字符串時才應替換字符串 **49.您將如何處理團隊成員之間的沖突？** * 我將分別與每個人交談并記錄他們的擔憂 * 我將為團隊成員提出的常見問題找到解決方案 * 我將舉行團隊會議，透露解決方案，并要求人們進行合作 **50.提及缺陷的類別是什么？** 主要有三種缺陷類別 * **錯誤**：如果需求實施不正確 * **遺漏**：與規范存在差異，表示未執行規范或未滿足客戶要求 * **額外的**：最終客戶未提供的產品中包含的要求。 由于它與現有要求有所不同，因此被認為是缺陷。 **51.解釋測試覆蓋率工具如何工作？** 代碼覆蓋率測試工具在對實際產品執行測試時并行運行。 代碼覆蓋率工具監視源代碼的已執行語句。 完成最終測試后，我們將獲得待處理報表的完整報告，并獲得覆蓋率。 **52.提到軟件測試中“缺陷”和“失敗”之間的區別是什么？** 簡而言之，當缺陷到達最終客戶時，稱為缺陷，而缺陷在內部得以識別并得以解決； 則稱為缺陷。 **53.解釋如何在跨軟件開發生命周期的項目中測試文檔？** 該項目以以下方式跨越軟件開發生命周期 * 中央/項目測試計劃：它是概述項目完整測試策略的主要測試計劃。 該計劃將一直使用到軟件開發生命周期結束 * 驗收測試計劃：該文檔在需求階段開始，并在最終交付時完成 * 系統測試計劃：該計劃從設計計劃開始，一直持續到項目結束 * 集成和單元測試計劃：這兩個測試計劃都在執行階段開始，一直持續到最終交付為止 **54.請解釋先寫黑盒還是白盒的測試用例？** 首先編寫黑盒測試用例，就像編寫黑盒測試用例一樣； 它需要項目計劃和需求文檔，所有這些文檔都可以在項目開始時輕松獲得。 在編寫白盒測試用例時，需要更多的架構知識，并且在項目開始時不可用。 **55.解釋潛在缺陷和掩蓋缺陷之間的區別是什么？** * **潛在缺陷：**潛在缺陷是由于從未滿足條件集而未引起故障的現有缺陷 * **掩蓋的缺陷：**這是未引起故障的現有缺陷，因為另一個缺陷阻止了部分代碼的執行 **56.提到什么是自下而上的測試？** 自下而上的測試是一種集成測試的方法，其中先測試最低級別的組件，然后再用于促進更高級別的組件的測試。 重復該過程，直到測試層次結構頂部的組件為止。 **57.提及不同類型的測試覆蓋技術是什么？** 不同類型的測試覆蓋技術包括 * **語句覆蓋率：**驗證源代碼的每一行是否已執行和測試 * **決策覆蓋率：**它確保源代碼中的每個決策都得到執行和測試 * **路徑覆蓋率：**它確保執行和測試通過代碼給定部分的每條可能路線 **58.提及呼氣測試的含義是什么？** 呼氣測試是一種測試套件，可行使產品的全部功能，但不會詳細測試功能 **59.解釋代碼遍歷的含義是什么？** 代碼遍歷是對程序源代碼的非正式分析，以發現缺陷并驗證編碼技術 **60.提及缺陷報告格式的基本組成部分是什么？** 缺陷報告格式的基本組成部分包括 * 項目名稱 * 模塊名稱 * 檢測到缺陷 * 檢測到的缺陷 * 缺陷編號和名稱 * 缺陷快照 * 優先級和嚴重性狀態 * 解決的缺陷 * 缺陷已解決 **61.提及進行端到端測試的目的是什么？** 端到端測試是在功能測試之后進行的。 進行端到端測試的目的是 * 驗證軟件要求并與外部接口集成 * 在實際環境中測試應用程序 * 測試應用程序與數據庫之間的交互 **62.請解釋一下測試工具的含義？** 測試工具正在配置一組工具和測試數據，以在各種條件下測試應用程序，并且涉及用預期的輸出監視輸出的正確性。 **63.在一個測試項目中解釋您將自動化哪些測試活動？** 在測試項目測試活動中，您將自動化 * 需要為應用程序的每個版本運行的測試 * 使用多個數據執行同一組操作的測試 * 需要使用不同的瀏覽器執行的相同測試 * 關鍵任務頁面 * 交易頁面短期內不會更改 **64.在生命周期的早期設計測試的主要好處是什么？** 它有助于防止將缺陷引入代碼中。 **65.什么是基于風險的測試？** 基于風險的[測試](/software-testing.html)是用于創建基于風險優先測試的[測試策略](/how-to-create-test-strategy-document.html)的方法的術語。 該方法的基礎是詳細的風險分析，并按風險級別對風險進行優先級排序。 然后指定針對每種風險的測試，首先從最高風險開始。 **66.預防性和反應性測試方法之間的主要區別是什么？** 預防性測試應盡早設計； 反應測試是在軟件制作完成后設計的。 **67.退出標準的目的是什么？** 退出標準的目的是定義何時完成測試級別。 **68.什么決定風險水平？** 不良事件的可能性和事件的影響確定風險級別。 **69.何時使用決策表測試？** 決策表測試用于測試系統，其規范采用規則或因果組合的形式。 在決策表中，輸入列在一列中，輸出在同一列中但在輸入下方。 該表的其余部分探討了輸入的組合以定義所產生的輸出。 在視頻教程 [**此處**](/decision-table-testing.html) 了解更多有關決策表測試技術的信息。 **70.為什么我們使用決策表？** 等效劃分和邊界值分析技術通常應用于特定情況或輸入。 但是，如果不同的輸入組合導致采取不同的操作，則使用等價分區和邊界值分析可能會更難于顯示出來，而等價劃分和邊界值分析往往更關注于用戶界面。 其他兩種基于規范的技術，決策表和狀態轉換測試更側重于業務邏輯或業務規則。 決策表是處理事物組合（例如輸入）的好方法。 有時，此技術也稱為“因果”表。 原因是存在一種相關的邏輯圖表技術，稱為“因果圖”，有時被用來幫助導出決策表。 **71.審查可交付的軟件時，主要目標是什么？** 識別任何軟件工作產品中的缺陷。 **72.以下哪個定義了測試的預期結果？ 測試用例規范或測試設計規范。** 測試用例規范定義了測試的預期結果。 **73.測試獨立性有什么好處？** 它避免了作者在定義有效測試方面的偏見。 **74.在哪個測試過程中，您確定退出標準？** 退出標準是根據“測試計劃”確定的。 **75.什么是 Alpha 測試？** 最終用戶代表在開發人員站點上進行的預發布測試。 **76.什么是 Beta 測試？** 由潛在客戶在自己的位置執行的測試。 **77.提及試點測試和 Beta 測試之間的區別是什么？** 試點測試和 Beta 測試之間的區別在于，試點測試實際上是在最終部署之前由用戶組使用該產品完成的，而在 beta 測試中，我們不輸入實際數據，而是將其安裝在最終客戶上以進行驗證 該產品是否可以用于生產。 **78.給定以下代碼段，100％決策覆蓋率需要多少測試？** ``` if width > length thenbiggest_dimension = width if height > width thenbiggest_dimension = height end_if elsebiggest_dimension = length if height > length thenbiggest_dimension = height end_if end_if ``` 4 **79.您已經設計了測試用例，以為以下代碼片段提供 100％的語句和 100％的決策覆蓋率。 如果 width >長度，則 maximum_dimension =寬度，否則，bigstant_dimension =長度 end_if 在上面的代碼片段的底部添加了以下內容。 打印“最大尺寸為” & maximum_dimensionprint“ Width：” & width 打印“ Length：” & length 需要多少個測試用例？** 沒有，可以使用現有的測試用例。 **80.測試技術和測試工具有什么區別？** 測試技術：–一種確保應用系統或單元某些方面正常運行的過程，其中可能只有很少的技術，而有很多工具。 測試工具：–是執行測試過程的工具。 該工具是測試人員的資源，但其本身不足以進行測試 在此處 了解有關測試工具 [**的更多信息**](/testing-tools.html) **81.我們使用需求分析的輸出，需求規范作為編寫的輸入…** 用戶驗收測試用例 **82.修改后，對已經測試的程序進行重復測試，以發現由于測試軟件或其他相關或不相關軟件組件的更改而導致的任何引入或發現的缺陷：** 回歸測試 **83.批發商出售打印機墨盒。 最小訂購數量為 5。訂購 100 個或更多墨盒時，可享受 20％的折扣。 您被要求使用訂購的打印機墨盒數量的各種值來準備測試用例。 以下哪一組包含使用邊值分析生成的三個測試輸入？** 4, 5, 99 **84.什么是組件測試？** 組件測試（也稱為單元，模塊和程序測試）在可單獨測試的軟件（例如，模塊，程序，對象，類等）中搜索缺陷并驗證其功能。 根據開發生命周期和系統的上下文，可以與系統的其余部分隔離地進行組件測試。 大多數情況下，存根和驅動程序用于替換缺少的軟件，并簡單地模擬軟件組件之間的接口。 從要測試的軟件組件中調用存根； 驅動程序調用要測試的組件。 這是 [**單元測試**](/unit-testing-guide.html) 上的精彩視頻 **85.什么是功能系統測試？** 測試整個系統的端到端功能被定義為功能系統測試。 **86.獨立測試的好處是什么？** 獨立測試人員沒有偏見，可以同時識別不同的缺陷。 **87.在一種反應性的測試方法中，您希望何時開始大部分測試設計工作？** 測試設計工作的大部分工作是在軟件或系統生產完成后開始的。 **88.敏捷開發模型中有哪些不同的方法？** 我目前知道七種不同的敏捷方法論： 1. 極限編程（XP） 2. Scrum 3. 精益軟件開發 4. 功能驅動開發 5. 敏捷統一流程 6. 水晶 7. 動態系統開發模型（DSDM） **89.基本測試過程中的哪些活動包括對需求和系統的可測試性的評估？** “測試分析??”和“設計”包括對需求和系統的可測試性的評估。 **90.通常，使用風險來推動測試工作的最重要的原因是什么？** 因為測試一切都不可行。 **91.什么是隨機/猴子測試？ 什么時候使用？** 隨機測試通常稱為猴子測試。 在這種類型的測試中，通常使用工具或自動機制隨機生成數據。 使用此隨機生成的輸入，對系統進行測試，并相應地分析結果。 這些測試的可靠性較差； 因此，它通常由初學者使用，以查看系統是否會在不利影響下保持正常運行。 **92.以下哪些是事件報告的有效目標？** 1. 向開發人員和其他方提供有關問題的反饋，以根據需要進行識別，隔離和更正。 2. 提供改進測試過程的想法。 3. 提供評估測試人員能力的工具。 4. 為測試人員提供一種跟蹤被測系統質量的方法。 **93.考慮以下技術。 哪些是靜態技術，哪些是動態技術？** 1. 等效分區。 2. 用例測試。 3. 數據流分析。 4. 探索性測試。 5. 決策測試。 6. 檢查。 數據流分析和檢查是靜態的； 等效分區，用例測試，探索性測試和決策測試是動態的。 **94.為什么靜態測試和動態測試是互補的？** 因為他們的共同目標是識別缺陷，但是發現的缺陷類型不同。 **95.正式審查的階段是什么？** 與非正式審查相反，正式審查遵循正式程序。 典型的正式審核過程包括六個主要步驟： 1. 規劃 2. 開始 3. 制備 4. 審查會議 5. 重工 6. 跟進。 **96.主持人在審核過程中的作用是什么？** 主持人（或審核負責人）領導審核過程。 他或她與作者合作確定審閱的類型，方法和審閱小組的組成。 主持人執行入站檢查和返工跟蹤，以控制審查過程的輸入和輸出的質量。 主持人還安排會議，在會議之前分發文件，指導其他團隊成員，安排會議的進度，主持可能的討論并存儲收集的數據。 在此處 中了解有關視頻教程 [**的更多審核過程。**](/testing-review.html) **97.什么是等效分區（也稱為等效類）？** 值的輸入或輸出范圍，以使該范圍中只有一個值成為測試用例。 **98.什么時候應執行配置管理程序？** 在測試計劃中。 **99.一種功能測試，它調查與檢測威脅有關的功能，例如來自惡意外部人員的病毒？** 安全測試 **100.測試，其中我們使測試目標服從不同的工作負載，以測量和評估性能行為以及目標和測試在這些不同工作負載下繼續正常運行的能力？** 負載測試 **101.為暴露接口和集成組件之間的交互中的缺陷而執行的測試活動是？** 集成水平測試 **102.什么是基于結構的（白盒）測試技術？** 基于結構的測試技術（也是動態的而不是靜態的）使用軟件的內部結構來得出測試用例。 它們通常被稱為“白盒（white-box）”或“玻璃盒（glass-box）”技術（暗示您可以看到系統），因為它們需要了解如何實現軟件（即軟件如何工作）的知識。 例如，一種結構技術可能與執行軟件中的循環有關。 可以得出不同的測試用例來執行一次，兩次和多次循環。 無論軟件的功能如何，都可以這樣做。 **103.什么時候應該執行“回歸測試”？** 在更改軟件或更改環境后[應該執行回歸測試](/regression-testing.html)。 **104** 。 **什么是陰性和陽性測試？** 否定測試是當您輸入無效的輸入并收到錯誤時。 積極測試是指您輸入有效的輸入并期望根據規范完成一些操作。 **105.測試完成標準的目的是什么？** 測試完成標準的目的是確定何時停止測試 **106.靜態分析找不到什么？** 例如內存泄漏。 **107.重新測試和回歸測試有什么區別？** 重新測試可確保原始故障已消除； 回歸測試尋找意外的副作用。 **108.什么是基于經驗的測試技術？** 在基于經驗的技術中，人們的知識，技能和背景是測試條件和測試用例的主要貢獻者。 技術人員和業務人員的經驗都很重要，因為他們為測試分析和設計過程帶來了不同的觀點。 由于以前在類似系統上的經驗，他們可能會深入了解可能出問題的地方，這對于測試非常有用。 **109.哪種類型的審核需要正式的出入標準，包括指標？** 檢查 **110.審查或檢查是否可以視為測試的一部分？** 是的，因為兩者都可以檢測到故障并提高質量。 **111.一個輸入字段取 1900 年至 2004 年之間的出生年份為多少，用于測試該字段的邊界值是多少？** 1899,1900,2004,2005 **112.回歸測試的自動化將使用以下哪些工具？ 一個。 數據測試儀 b。 邊界測試儀 c。 捕獲/播放 d。 輸出比較器。** d。 輸出比較器 **113.要測試一個函數，必須編寫一個程序員，該程序員調用要測試的函數并傳遞測試數據。** 司機 **114.開發人員難以測試自己的作品的主要原因之一是什么？** 缺乏客觀性 **115.“多少測試就足夠了？”** 答案取決于您所在行業的風險，合同和特殊要求。 **116.什么時候應該停止測試？** 這取決于被測試系統的風險。 您可以根據一些標準停止測試。 1. 截止日期（測試，發布） 2. 測試預算已用完 3. 錯誤率低于一定水平 4. 完成一定比例的測試用例 5. 測試的 Alpha 或 Beta 時期結束 6. 滿足代碼，功能或要求的覆蓋范圍 **117.小型集成測試中集成策略的主要目的是什么？** 集成策略的主要目的是指定哪些模塊何時以及何時合并。 **118.什么是半隨機測試用例？** 半隨機測試用例什么都不是，但是當我們執行隨機測試用例并對這些測試用例進行等效劃分時，它會刪除多余的測試用例，從而為我們提供了半隨機測試用例。 **119.給定以下代碼，關于完整語句和分支覆蓋范圍所需的最小測試用例數量，以下哪個語句正確？** **讀取 p** **讀取 q** **IF p + q > 100** **然后打印“大”** **ENDIF** **如果 p > 50** **然后打印“ p 大”** **ENDIF** 1 個語句覆蓋率測試，2 個分支覆蓋率測試 **120.通常使用哪種評價來評估產品，以確定其對預期用途的適用性并確定差異？** 技術審查。 **121.發現的錯誤應首先由誰記錄？** 通過測試人員。 **122.當前全球公認的正式文檔標準是什么？** 沒有一個。 **123.創建了待審核項目的審核參與者是誰？** 作者 **124.在軟件中修復了許多嚴重的錯誤。 所有錯誤均在與報告相關的一個模塊中。 測試經理決定僅在報告模塊上進行回歸測試。** 回歸測試也應該在其他模塊上進行，因為固定一個模塊可能會影響其他模塊。 **125.為什么邊界值分析提供了良好的測試案例？** 因為在值范圍的“邊緣”附近對不同情況進行編程期間經常會出錯。 **126.什么使檢查與其他檢查類型不同？** 它由訓練有素的領導者領導，使用正式的出入標準和清單。 **127.為什么測試人員可以依賴于配置管理？** 因為配置管理可確保我們知道測試軟件和測試對象的確切版本。 **128.什么是 V 型？** 一個軟件開發模型，說明測試活動如何與軟件開發階段集成 **129.什么是維護測試？** 由現有軟件的修改，遷移或報廢觸發 **130.什么是測試覆蓋率？** 測試覆蓋率以某種特定方式來衡量一組測試所執行的測試量（以其他方式得出，例如，使用基于規范的技術）。 只要我們可以計算事物的數量，并且可以告訴每個事物是否已經通過某種測試進行了測試，那么我們就可以衡量覆蓋率。 **131.為什么增量集成優先于“大爆炸”集成？** 因為增量集成具有更好的早期缺陷篩選和隔離能力 **132.從端子模塊開始的過程是什么？** 自下而上的整合 **133.在哪個測試活動中可以最經濟高效地發現故障？** 在測試計劃期間 **134.需求階段的目的是** 凍結需求，了解用戶需求，定義測試范圍 **135.為什么我們將測試分為不同的階段？** 由于以下原因，我們將測試分為不同的階段： 1. 每個測試階段都有不同的目的 2. 分階段進行測試更容易 3. 我們可以在不同的環境中進行不同的測試 4. 使用分階段測試可以提高測試的性能和質量 **136.什么是 DRE？** 為了衡量測試有效性，使用了一種功能強大的度量標準來衡量測試有效性，這種度量稱為 DRE（缺陷清除效率）。通過該度量標準，我們可以知道從測試用例集中發現了多少個錯誤。 DRE 的計算公式為 DRE =測試中的錯誤數/測試中的錯誤數+用戶發現的錯誤數 **137.使用提供測試捕獲和重播功能的測試工具，最有可能從以下哪個受益？ a）回歸測試 b）集成測試 c）系統測試 d）用戶驗收測試** 回歸測試 **138.您如何估計可能需要的重新測試量？** 以前類似項目的度量標準以及與開發團隊的討論 **139.什么研究數據流分析？** 通過代碼在路徑上使用數據。 **140.什么是失敗？** 失敗是對特定行為的背離。 **141.什么是測試比較器？** 如果您將某些輸入輸入到某些軟件中，卻從不看該軟件是否產生正確的結果，這真的是一種測試嗎？ 測試的實質是檢查軟件是否產生正確的結果，并做到這一點，我們必須將軟件產生的結果與應該產生的結果進行比較。 測試比較器有助于自動化比較的各個方面。 **142.誰負責記錄審查會議中確定的所有問題，問題和開放點？** 隸 **143.非正式審查的主要目的是什么** 一種便宜的方式獲得一些好處 **144.測試設計技術的目的是什么？** 確定測試條件并確定測試用例 **145.在測試成績計算系統時，測試人員確定從 90 到 100 的所有分數都將得到 A 級，而低于 90 的分數則不會。 該分析被稱為：** 等價分區 **146.測試經理想要使用可用于自動測試 Web 應用程序的資源。 最好的選擇是**測試人員，測試自動化，網絡專家，DBA **147.在測試模塊測試器期間，“ X”發現了一個錯誤并將其分配給開發人員。 但是開發人員拒絕了這一說法，稱這不是錯誤。 “ X”應該做什么？** 發送遇到的錯誤的詳細信息，并檢查可重復性 **148.一種集成測試，其中，軟件元素，硬件元素或兩者同時全部組合成一個組件或整個系統，而不是分階段進行。** 大爆炸測試 **149.實際上，取決于項目和軟件產品，哪種生命周期模型可能具有更多，更少或不同級別的開發和測試。 例如，可能在組件測試之后進行組件集成測試，而在系統測試之后進行系統集成測試。** V 型 **150.可以使用哪種技術來實現輸入和輸出覆蓋？ 它可以應用于人工輸入，通過系統接口輸入或集成測試中的接口參數。** 等價分區 **151.“此生命周期模型受進度和預算風險的驅使”此陳述最適合。** V-Model **152.應該按什么順序運行測試？** 最重要的一個必須首先測試 **153.在開發生命周期中發現故障的時間越晚，修復故障的成本就越高。 為什么？** 該故障已內置在更多文檔，代碼，測試等中 **154.什么是覆蓋率測量？** 這是測試徹底性的部分度量。 **155.什么是邊值測試？** 在輸入和輸出等效類的邊緣之上，之下和之上測試邊界條件。 例如，假設有一個銀行應用程序，您最多可以提取 20,000 盧比，而最低提取 100 盧比，因此在邊界值測試中，我們僅測試確切的邊界，而不是中間。 這意味著我們將測試高于最大限制而低于最小限制。 **156\. COTS 代表什么？** 商業現成的。 **157.這樣做的目的是允許在與釋放物品時使用被測物品的環境盡可能相似的系統或網絡上進行特定測試？** 測試環境 **158.可以認為是基于項目計劃，但有更多細節？** 階段測試計劃 **159.什么是快速應用程序開發？** 快速應用程序開發（RAD）在形式上是功能和后續集成的并行開發。 組件/功能是并行開發的，就好像它們是小型項目一樣，這些開發需要按時裝箱，交付，然后組裝成可用的原型。 這可以非常快速地為客戶提供一些可見和使用的東西，并提供有關交付及其需求的反饋。 使用這種方法可以快速更改和開發產品。 但是，在某個時候需要為產品制定產品規格，并且在投入生產之前，必須將項目置于更正式的控制之下。 **請參閱我們的** [測試測驗](https://bit.ly/2PU7NSY) 上面的手動測試面試問題將對新生和經驗豐富的質量檢查工程師都提供幫助。 請與朋友和同事分享頁面。