選擇題

下列說法錯誤的是：自頂向下測試的有點是使低層模塊的錯誤能較早發現

如果某測試用例集實現了某軟件的路徑覆蓋，那么它一定同時實現了該軟件的：判定覆蓋

通常情況下，承擔測試監控任務的人員是：測試經理

下列項目中不屬于測試文檔的是：程序流程圖

側重于觀察資源耗盡情況下的軟件表現的系統測試被稱為：壓力測試

如果程序通過了100%的代碼覆蓋率測試，則說明程序滿足了：語句覆蓋

測試報告不包含的內容有：測試通過/失敗的標準

下列不屬于測試自動化中的腳本：邏輯驅動腳本

軟件測試工作應開始于：需求分析階段

因果圖方法是根據 之間的因果關系來設計測試用例的：輸入與輸出

確認測試以（）文檔作為測試的基礎：需求規格說明書

在進行單元測試時，常用的方法是：采用白盒測試，輔之以黑盒測試

不屬于白盒測試的技術是：邊界值分析

單元測試主要針對模塊的幾個基本特征進行測試，該階段不能完成的測試是：系統功能

軟件測試過程中的集成測試主要是為了發現（）階段的錯誤：概要設計

下列不屬于軟件缺陷的是：測試人員主觀認為不合理的地方

條件（x<12 and y>8 or z<>10）的條件組合覆蓋的測試用例個數是：8

將測試輸入存儲在獨立的文件中，而不是存儲在腳本中：數據驅動腳本

劃分軟件測試屬于白盒測試還是黑盒測試的依據是：是否能看到被測源程序

單元測試中用來模擬被測試模塊調用者的模塊是：驅動模塊

在Web性能測試中，下列不是度量系統性能指標的：負載模式

與設計測試用例無關的文檔是：項目開發計劃

測試計劃主要由哪個角色負責制定：測試經理

下列哪項不屬于好的用戶界面的檢驗標準：功能多

在軟件生命周期的哪一個階段，軟件缺陷修復費用最高：產品發布

邏輯覆蓋法不包括：需求覆蓋

軟件測試是為了檢查出并改正盡可能多的錯誤，不斷提高軟件的：質量和可靠性

黑盒測試是從（）觀點出發的測試，白盒測試是從（）觀點出發的測試：用戶、開發人員

從已經發現故障的存在到找到準確的故障位置并確定故障的性質，這一過程稱為：調試

構造決策表時，將列出問題規定可能采取的操作：動作樁

檢查軟件在異常條件下自身是否具有防護性的措施或者某種災難性恢復手段的測試是：容錯測試

在以下選項中，不屬于軟件功能性的子特性的是：穩定性

集成測試的主要方法有兩個：漸增式測試方法、非漸增式測試方法

條件覆蓋的目的是：使每個判定的所有可能的條件取值組合至少執行一次

不用執行程序，目的是收集有關程序代碼的結構信息，這一過程是：靜態分析

一個應用系統通常有用戶管理功能，用戶信息一般包括用戶名，假設規定用戶名必須是以字母開頭，不超過8個字符的字母數字串，那么，下列哪組值均屬于用戶名的有效等價類：linyifei,a111111,glenford,Myers

使用白盒測試方法時，確定測試數據的依據是指定的覆蓋標準和：程序的內部邏輯

軟件驗證和確認是保證軟件質量的重要措施，它的實施應該針對：軟件開發的所有階段

導致軟件缺陷的最大原因來自：軟件產品規格說明書

在以下有關集成測試的說法中，錯誤的是：自底向上集成的缺點是在早期不能進行并行測試，不能充分利用人力

把黑盒測試和白盒測試的界限打亂了：灰盒測試

在邊界值分析中，下列數據通常不用來作為測試數據的是：等價類中的典型值

不屬于單元測試內容的是：用戶界面測試

必須要求用戶參與的測試階段是：驗收測試

問題還沒有解決，測試人員新報告的缺陷，或驗證后缺陷仍然存在，這些缺陷所處逇狀態是：激活狀態

在結構測試用例設計中，有語句覆蓋、條件覆蓋、判定覆蓋（即分支覆蓋）、路徑覆蓋。其中 是最強的：路徑覆蓋

如果一個軟件產品的功能或特性沒有實現，包括主要功能部分丟失、次要功能完全丟失或者錯誤的聲明，這是屬于：嚴重的錯誤

以下說法正確的是：路徑覆蓋使每個判定中各條件的每一種組合至少出現一次

軟件測試是軟件工程方法的重要環節，是保證軟件質量的重要措施，軟件測試的準確含義為：保證軟件開發的正確

對Web網站進行的測試中，屬于功能測試的是：鏈接測試

軟件測試用例主要由輸入數據和（）兩部分組成：預期輸出結果

為了提高測試效率，應該：選擇發現錯誤可能性大的數據作為測試用例

判斷題

功能測試只能在系統測試階段進行 錯

軟件需求是度量軟件質量的基礎，不符合需求的軟件就不具備質量 錯

靜態的代碼評審一般由測試人員進行 錯

白盒測試可以找出軟件遺漏功能和代碼錯誤的問題 錯

軟件開發過程中所有產生的需求規格說明、概要設計規格說明、詳細設計規格說明及源程序都是軟件測試的對象 對

程序員與測試工作無關 錯

測試是調試的一個部分 錯

軟件測試等于程序調試 錯

Beta測試是驗收測試的一種 對

在測試過程中只要使用了測試工具就是測試自動化 錯

自底向上集成需要測試員編寫驅動程序 對

軟件缺陷一定是由編碼所引起的 錯

軟件測試工具可以代替軟件測試人員 錯

代碼評審是檢查源代碼是否達到模塊設計的要求 錯

一個成功的測試是發現了至今未發現的錯誤 錯

測試人員要堅持原則，缺陷未修復堅決不予通過 對

與手工測試相比，自動化測試更容易實現覆蓋率的度量 對

最重要的用戶界面要素是軟件符合現行標準和規范 對

單元測試能發現約80%的軟件缺陷 對

等價類劃分法需要考慮程序中輸入條件之間的組合情況 對

項目立項前測試人員不需要提交任何工件 對

測試可以證明程序有錯，也可以證明程序沒有錯誤 錯

100%的語句覆蓋可以保證100%的判定覆蓋，反之則不行 錯

軟件測試的目的是盡可能多的找出軟件的缺陷 對

黑盒測試的測試用例是根據程序內部邏輯設計的 錯

決策表的兩條規則只要具有相同動作項就可以進行合并 對

經驗表明，測試后程序殘存的錯誤數目與該程序中一發現的錯誤數目或檢錯率成正比 對

評審可以改進團隊成員的工作方法，提高發布產品質量 對

通過控制流圖可以發現程序結構的異常 對

通過白盒測試技術可以發現沒有被實現的軟件需求 錯

任何情況下，都可以達到100%的語句覆蓋的要求 cuo

系統自動化測試是測試工具執行測試過程，不需要人工干預 錯

動態測試需要在程序執行之前提供數據 對

負載測試是驗證要檢驗的系統的能力最高能達到什么程度 對

填空題

（存根）就是簡化模擬較低層次模塊功能的虛擬子程序

根據軟件是否執行可將測試分為測試時軟件不執行的（靜態測試）和測試時軟件需要執行的（動態測試）

LoadRunner是（負載）測試工具，WinRunner是（功能）測試工具

自動化測試是指使用一種（自動化）測試工具來驗證各種（測試需求），包括測試活動的實施與管理

黑盒測試測試用例設計方法主要有（等價類）劃分法、（邊界值）分析法以及因果圖法、錯誤推測法

系統測試主要從（系統）的角度來檢驗和尋找（缺陷）

某一程序的獨立路徑是指從程序入口到程序出口的多次（執行）中，每次至少有一個（語句集）是新的和未被（重復）的

白盒測試又稱為（結構測試或邏輯測試），黑盒測試又稱為（功能測試）

因果圖方法是根據（輸入條件）和（輸出結果）之間的因果關系來設計測試用例的

等價劃分法是將程序的（輸入）域劃分為若干部分，然后從每個部分選取少數代表數據當做（測試用例）

黑盒測試是從（用戶）觀點出發的測試，白盒測試是從（開發人員）觀點出發的測試

測試用例由測試數據與（預期輸出結果）兩部分組成，并包括測試（輸入）或后置條件

數據驅動腳本將（測試數據）輸入存儲在獨立數據文件中，而非（綁定在）腳本中，執行時從數據文件讀入數據

自動化測試的實質是（模擬）手工測試步驟，執行（測試用例）或腳本，控制被測軟件執行，并以全自動或（半自動）方式完成測試的過程

根據測試用例的設計方法可將測試分為側重于程序內部結構的（白盒測試）和側重與程序輸入輸出的（黑盒測試）

總結

以上是生活随笔為你收集整理的软件测试试题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。