常見軟件測試筆試題范文第1篇
3 .驗收測試是由最終用戶來實施的。( N 由測試人員來實施的
4 .項目立項前測試人員不需要提交任何工件。( Y 工件:加工過程中生產對象 5 .單元測試能發現約80% 的軟件缺陷。( Y 6 .代碼評審是檢查源代碼是否達到模塊設計的要求。( N 代碼評審也稱代碼復查,是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質量的活動。
7 .自底向上集成需要測試員編寫驅動程序。( Y 自頂向下綜合測試的具體步驟為: 1 以主控模塊作為測試驅動模塊,把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代; 2 依據所選的集成策略(深度優先或廣度優先,每次只替代一個樁模塊; 3 每集成一個模塊立即測試一遍; 4 只有每組測試完成后,才著手替換下一個樁模塊;
5 為避免引入新錯誤,須不斷地進行回歸測試(即全部或部分地重復已做過的測試。
自底向上綜合測試的步驟分為: 1 把低層模塊組織成實現某個子功能的模塊群(cluster; 2 開發一個測試驅動模塊,控制測試數據的輸入和測試結果的輸出; 3 對每個模塊群進行測試; 4 刪除測試使用的驅動模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。
8 .負載測試是驗證要檢驗的系統的能力最高能達到什么程度。( N 負載測試(Load testing,通過測試系統在資源超負荷情況下的表現,以發現設計上的錯誤或驗證系統的負載能力。在這種測試中,將使測試對象承擔不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外,負載測試還要評估性能特征。例如,響應時間、事務處理速率和其他與時間相關的方面。
9 .測試人員要堅持原則,缺陷未修復完堅決不予通過。( N 10 .代碼評審員一般由測試員擔任。( N 11 .我們可以人為的使得軟件不存在配置問題。( N 是一種標識、組織和控制修改的技術。軟件配置管理應用于整個軟件工程過程。我們知道,在軟件建立時變更是不可避免的,而變更加劇了項目中軟件開發者之間的混亂。
12 .集成測試計劃在需求分析階段末提交。( N
執行階段
1時間安排單元測試已經完成后就可以開始執行集成測試了
2輸入需求規格說明書概要設計集成測試計劃集成高度設計集成測試例集成測試規程集成測試代碼(如果有集成測試腳本集成測試工具詳細設計代碼單元測試報告
3入口條件單元測試階段已經通過基線化評審
4活動步驟執行集成測試用例回歸集成測試用例撰寫集成測試報告 5輸出集成測試報告
6出口條件集成測試報告通過集成測試階段基線評審
二、選擇題
1 .軟件驗收測試的合格通過準則是:(ABCD A .軟件需求分析說明書中定義的所有功能已全部實現,性能指標全部達到要求。
B .所有測試項沒有殘余一級、二級和三級錯誤。
C .立項審批表、需求分析文檔、設計文檔和編碼實現一致。 D .驗收測試工件齊全。
2 .軟件測試計劃評審會需要哪些人員參加?( ABCD A .項目經理 B .SQA 負責人
軟件質量保證(SQA是建立一套有計劃
目標 1: 軟件質量保證工作是有計劃進行的。
目標 2: 客觀地驗證軟件項目產品和工作是否遵循恰當的標準、步驟和需求。 目標 3: 將軟件質量保證工作及結果通知給相關組別和個人。 目標 4: 高級管理層接觸到在項目內部不能解決的不符合類問題。 C .配置負責人 D .測試組
3 .下列關于alpha測試的描述中正確的是:( AD A .alpha測試需要用戶代表參加 B .alpha測試不需要用戶代表參加 C .alpha測試是系統測試的一種 D .alpha測試是驗收測試的一種 4 .測試設計員的職責有:( BC A .制定測試計劃 B .設計測試用例 C .設計測試過程、腳本 D .評估測試活動
5 .軟件實施活動的進入準則是:( ABC A .需求工件已經被基線化 工件加工過程中的生產對象。
基線化一個文檔如果經過討論被通過了,被固定了,就可以說這個文檔被“基線化”
了,然后所有人就可以在這個“基線”的基礎上工作。 B .詳細設計工件已經被基線化 C .構架工件已經被基線化 D .項目階段成果已經被基線化
三、添空
1. 軟件驗收測試包括:正式驗收測試,alpha測試,beta測試。
2.系統測試的策略有:功能測試,性能測試,可靠性測試,負載測試,易用性測試,強度
測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復測試,界面測 試,容量測試,兼容性測試,分布測試,可用性測試 (有的可以合在一起,分開寫只要寫出15 就滿分哦
3. 設計系統測試計劃需要參考的項目文擋有:_軟件測試計劃,軟件需求工件和迭代計劃。
4. 對面向過程的系統采用的集成策略有:自頂向下,自底向上兩種。 5. 通過畫因果圖來寫測試用例的步驟為: (1根據程序規格說明書描述,分析并確定因(輸入條件和果(輸出結果或程序狀態的
改變,畫出因果圖。
(2將得到的因果圖轉換為判定表。
(3為判定表中每一列所表示的情況設計一個測試用例。
四、簡答
1. 區別階段評審的與同行評審
答:同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤; 階段評審目的:評審模塊階段作品的正確性可行性及完整性
同行評審人數:3-7人人員必須經過同行評審會議的培訓,由SQA指導 階段評審人數:5人左右評審人必須是專家具有系統評審資格 同行評審內容:內容小一般文檔 < 40頁, 代碼 < 500行 階段評審內容: 內容多,主要看重點 同行評審時間:一小部分工作產品完成
階段評審時間: 通常是設置在關鍵路徑的時間點上! 2. 什么是軟件測試
答:測試是為發現錯誤而執行程序的過程
軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試,甚至根據需要編寫不同的測試工具,設計和維護測試系統,對測試方案可能出現的問題進行分析和評估。執行測試用例后,需要跟蹤故障,以確保開發的產品適合需求。
3 簡述集成測試的過程
答:系統集成測試主要包括以下過程:1. 構建的確認過程。2. 補丁的確認過程。3. 系統集成測試測試組提交過程。4. 測試用例設計過程。5. 測試代碼編寫過程。6.
Bug的報告過程。7. 每周/每兩周的構建過程。8. 點對點的測試過程。9. 組內培訓過程。
5 白盒測試有幾種方法
答:總體上分為靜態方法和動態方法兩大類。
靜態:關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。 動態:語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統測試計劃是否需要同行審批,為什么
答:需要,系統測試計劃屬于項目階段性關鍵文檔,因此需要評審。 7Alpha 測試與beta 的區別
Alpha測試(α測試是由一個用戶在開發環境下進行的測試,也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試,Alpha測試不能由程序員或測試員完成。Alpha測試發現的錯誤,可以在測試現場立刻反饋給開發人員,由開發人員及時分析和處理。目的是評價軟件產品的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。Alpha 測試可以從軟件產品編碼結束之后開始,或在模塊(子系統測試完成后開始,也可以在確認測試過程中產品達到一定的穩定和可靠程度之后再開始。有關的手冊(草稿等應該在Alpha測試前準備好。
Beta測試(β測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場,Beta測試不能由程序員或測試員完成。因而,Beta測試是在開發者無法控制的環境下進行的軟件現場應用。在Beta測試中,由用戶記下遇到的所有問題,包括真實的以及主管認定的,定期向開發者報告,開發者在綜合用戶的報告后,
做出修改,最后將軟件產品交付給全體用戶使用。Beta測試著重于產品的支持性,包括文檔、客戶培訓和支持產品的生產能力。只有當Alpha測試達到一定的可靠程度后,才能開始Beta測試。由于Beta測試的主要目標是測試可支持性,所以Beta測試應該盡可能由主持產品發行的人員來管理。
答:Alpha 測試在系統開發接近完成時對應用系統的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成,不能由程序或測試員完成。
Beta 測試當開發和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。
8 比較負載測試,容量測試和強度測試的區別
答:負載測試:在一定的工作負荷下,系統的負荷及響應時間。
強度測試:在一定的負荷條件下,在較長時間跨度內的系統連續運行給系統性能所造成的影響。
容量測試:容量測試目的是通過測試預先分析出反映軟件系統應用特征的某項指標的極限值(如最大并發用戶數、數據庫記錄數等,系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據的,并且它的目的是顯示系統可以處理目標內確定的數據容量。
9 測試結束的標準是什么? 答:用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準。
10 描述軟件測試活動的生命周期?
答:測試周期分為計劃、設計、實現、執行、總結。其中: 計劃:對整個測試周期中所有活動進行規劃,估計工作量、風險,安排人力物力資源,安排進度等; 設計:完成測試方案,從技術層面上對測試進行規劃; 實現:進行測試用例和測試規程設計; 執行:根據前期完成的計劃、方案、用例、規程等文檔,執行測試用例。 總結:記錄測試結果,進行測試分析,完成測試報告。 11 軟件的缺陷等級應如何劃分? A類:嚴重錯誤,包括以下各種錯誤: 1.由于程序所引起的死機, 非法退出 2 .死循環
3 .數據庫發生死鎖
4 .因錯誤操作導致的程序中斷 5 .功能錯誤
6 . 與數據庫連接錯誤 7 . 數據通訊錯誤 B 類：較嚴重錯誤，包括以下各種錯誤： 1 . 程序錯誤 2 . 程序接口錯誤 3 . 數據庫的表、業務規則、缺省值未加完整性等約束條件 C 類：般性錯誤，包括以下各種錯誤： 1 . 操作界面錯誤(包括數據窗口內列名定義、含義是否一致) 2 . 打印內容、格式錯誤 3 . 簡單的輸入限制未放在前臺進行控制 4 . 刪除操作未給出提示 5 . 數據庫表中有過多的空字段 D 類：較小錯誤，包括以下各種錯誤： 1 . 界面不規范 2 . 輔助說明描述不清楚 3 . 輸入輸出不規范 4 . 長操作未給用戶提示 5 . 提示窗口文字未采用行業
常見軟件測試筆試題范文第2篇
3 .驗收測試是由最終用戶來實施的。( N 由測試人員來實施的
4 .項目立項前測試人員不需要提交任何工件。( Y 工件:加工過程中生產對象 5 .單元測試能發現約80% 的軟件缺陷。( Y 6 .代碼評審是檢查源代碼是否達到模塊設計的要求。( N 代碼評審也稱代碼復查,是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質量的活動。
7 .自底向上集成需要測試員編寫驅動程序。( Y 自頂向下綜合測試的具體步驟為: 1 以主控模塊作為測試驅動模塊,把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代; 2 依據所選的集成策略(深度優先或廣度優先,每次只替代一個樁模塊; 3 每集成一個模塊立即測試一遍; 4 只有每組測試完成后,才著手替換下一個樁模塊;
5 為避免引入新錯誤,須不斷地進行回歸測試(即全部或部分地重復已做過的測試。
自底向上綜合測試的步驟分為: 1 把低層模塊組織成實現某個子功能的模塊群(cluster; 2 開發一個測試驅動模塊,控制測試數據的輸入和測試結果的輸出; 3 對每個模塊群進行測試; 4 刪除測試使用的驅動模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。
8 .負載測試是驗證要檢驗的系統的能力最高能達到什么程度。( N 負載測試(Load testing,通過測試系統在資源超負荷情況下的表現,以發現設計上的錯誤或驗證系統的負載能力。在這種測試中,將使測試對象承擔不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外,負載測試還要評估性能特征。例如,響應時間、事務處理速率和其他與時間相關的方面。
9 .測試人員要堅持原則,缺陷未修復完堅決不予通過。( N 10 .代碼評審員一般由測試員擔任。( N 11 .我們可以人為的使得軟件不存在配置問題。( N 是一種標識、組織和控制修改的技術。軟件配置管理應用于整個軟件工程過程。我們知道,在軟件建立時變更是不可避免的,而變更加劇了項目中軟件開發者之間的混亂。
12 .集成測試計劃在需求分析階段末提交。( N
執行階段
1時間安排單元測試已經完成后就可以開始執行集成測試了
2輸入需求規格說明書概要設計集成測試計劃集成高度設計集成測試例集成測試規程集成測試代碼(如果有集成測試腳本集成測試工具詳細設計代碼單元測試報告
3入口條件單元測試階段已經通過基線化評審
4活動步驟執行集成測試用例回歸集成測試用例撰寫集成測試報告 5輸出集成測試報告
6出口條件集成測試報告通過集成測試階段基線評審
二、選擇題
1 .軟件驗收測試的合格通過準則是:(ABCD A .軟件需求分析說明書中定義的所有功能已全部實現,性能指標全部達到要求。
B .所有測試項沒有殘余一級、二級和三級錯誤。
C .立項審批表、需求分析文檔、設計文檔和編碼實現一致。 D .驗收測試工件齊全。
2 .軟件測試計劃評審會需要哪些人員參加?( ABCD A .項目經理 B .SQA 負責人
軟件質量保證(SQA是建立一套有計劃
目標 1: 軟件質量保證工作是有計劃進行的。
目標 2: 客觀地驗證軟件項目產品和工作是否遵循恰當的標準、步驟和需求。 目標 3: 將軟件質量保證工作及結果通知給相關組別和個人。 目標 4: 高級管理層接觸到在項目內部不能解決的不符合類問題。 C .配置負責人 D .測試組
3 .下列關于alpha測試的描述中正確的是:( AD A .alpha測試需要用戶代表參加 B .alpha測試不需要用戶代表參加 C .alpha測試是系統測試的一種 D .alpha測試是驗收測試的一種 4 .測試設計員的職責有:( BC A .制定測試計劃 B .設計測試用例 C .設計測試過程、腳本 D .評估測試活動
5 .軟件實施活動的進入準則是:( ABC A .需求工件已經被基線化 工件加工過程中的生產對象。
基線化一個文檔如果經過討論被通過了,被固定了,就可以說這個文檔被“基線化”
了,然后所有人就可以在這個“基線”的基礎上工作。 B .詳細設計工件已經被基線化 C .構架工件已經被基線化 D .項目階段成果已經被基線化
三、添空
1. 軟件驗收測試包括:正式驗收測試,alpha測試,beta測試。
2.系統測試的策略有:功能測試,性能測試,可靠性測試,負載測試,易用性測試,強度
測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復測試,界面測 試,容量測試,兼容性測試,分布測試,可用性測試 (有的可以合在一起,分開寫只要寫出15 就滿分哦
3. 設計系統測試計劃需要參考的項目文擋有:_軟件測試計劃,軟件需求工件和迭代計劃。
4. 對面向過程的系統采用的集成策略有:自頂向下,自底向上兩種。 5. 通過畫因果圖來寫測試用例的步驟為: (1根據程序規格說明書描述,分析并確定因(輸入條件和果(輸出結果或程序狀態的
改變,畫出因果圖。
(2將得到的因果圖轉換為判定表。
(3為判定表中每一列所表示的情況設計一個測試用例。
四、簡答
1. 區別階段評審的與同行評審
答:同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤; 階段評審目的:評審模塊階段作品的正確性可行性及完整性
同行評審人數:3-7人人員必須經過同行評審會議的培訓,由SQA指導 階段評審人數:5人左右評審人必須是專家具有系統評審資格 同行評審內容:內容小一般文檔 < 40頁, 代碼 < 500行 階段評審內容: 內容多,主要看重點 同行評審時間:一小部分工作產品完成
階段評審時間: 通常是設置在關鍵路徑的時間點上! 2. 什么是軟件測試
答:測試是為發現錯誤而執行程序的過程
軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試,甚至根據需要編寫不同的測試工具,設計和維護測試系統,對測試方案可能出現的問題進行分析和評估。執行測試用例后,需要跟蹤故障,以確保開發的產品適合需求。
3 簡述集成測試的過程
答:系統集成測試主要包括以下過程:1. 構建的確認過程。2. 補丁的確認過程。3. 系統集成測試測試組提交過程。4. 測試用例設計過程。5. 測試代碼編寫過程。6.
Bug的報告過程。7. 每周/每兩周的構建過程。8. 點對點的測試過程。9. 組內培訓過程。
5 白盒測試有幾種方法
答:總體上分為靜態方法和動態方法兩大類。
靜態:關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。 動態:語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統測試計劃是否需要同行審批,為什么
答:需要,系統測試計劃屬于項目階段性關鍵文檔,因此需要評審。 7Alpha 測試與beta 的區別
Alpha測試(α測試是由一個用戶在開發環境下進行的測試,也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試,Alpha測試不能由程序員或測試員完成。Alpha測試發現的錯誤,可以在測試現場立刻反饋給開發人員,由開發人員及時分析和處理。目的是評價軟件產品的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。Alpha 測試可以從軟件產品編碼結束之后開始,或在模塊(子系統測試完成后開始,也可以在確認測試過程中產品達到一定的穩定和可靠程度之后再開始。有關的手冊(草稿等應該在Alpha測試前準備好。
Beta測試(β測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場,Beta測試不能由程序員或測試員完成。因而,Beta測試是在開發者無法控制的環境下進行的軟件現場應用。在Beta測試中,由用戶記下遇到的所有問題,包括真實的以及主管認定的,定期向開發者報告,開發者在綜合用戶的報告后,
做出修改,最后將軟件產品交付給全體用戶使用。Beta測試著重于產品的支持性,包括文檔、客戶培訓和支持產品的生產能力。只有當Alpha測試達到一定的可靠程度后,才能開始Beta測試。由于Beta測試的主要目標是測試可支持性,所以Beta測試應該盡可能由主持產品發行的人員來管理。
答:Alpha 測試在系統開發接近完成時對應用系統的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成,不能由程序或測試員完成。
Beta 測試當開發和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。
8 比較負載測試,容量測試和強度測試的區別
答:負載測試:在一定的工作負荷下,系統的負荷及響應時間。
強度測試:在一定的負荷條件下,在較長時間跨度內的系統連續運行給系統性能所造成的影響。
容量測試:容量測試目的是通過測試預先分析出反映軟件系統應用特征的某項指標的極限值(如最大并發用戶數、數據庫記錄數等,系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據的,并且它的目的是顯示系統可以處理目標內確定的數據容量。
9 測試結束的標準是什么? 答:用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準。
10 描述軟件測試活動的生命周期?
答:測試周期分為計劃、設計、實現、執行、總結。其中: 計劃:對整個測試周期中所有活動進行規劃,估計工作量、風險,安排人力物力資源,安排進度等; 設計:完成測試方案,從技術層面上對測試進行規劃; 實現:進行測試用例和測試規程設計; 執行:根據前期完成的計劃、方案、用例、規程等文檔,執行測試用例。 總結:記錄測試結果,進行測試分析,完成測試報告。 11 軟件的缺陷等級應如何劃分? A類:嚴重錯誤,包括以下各種錯誤: 1.由于程序所引起的死機, 非法退出 2 .死循環
3 .數據庫發生死鎖
4 .因錯誤操作導致的程序中斷 5 .功能錯誤
6 . 與數據庫連接錯誤 7 . 數據通訊錯誤 B 類：較嚴重錯誤，包括以下各種錯誤： 1 . 程序錯誤 2 . 程序接口錯誤 3 . 數據庫的表、業務規則、缺省值未加完整性等約束條件 C 類：般性錯誤，包括以下各種錯誤： 1 . 操作界面錯誤(包括數據窗口內列名定義、含義是否一致) 2 . 打印內容、格式錯誤 3 . 簡單的輸入限制未放在前臺進行控制 4 . 刪除操作未給出提示 5 . 數據庫表中有過多的空字段 D 類：較小錯誤，包括以下各種錯誤： 1 . 界面不規范 2 . 輔助說明描述不清楚 3 . 輸入輸出不規范 4 . 長操作未給用戶提示 5 . 提示窗口文字未采用行業
常見軟件測試筆試題范文第3篇
1.談談你對測試的理解
2.你三年的職業規劃
3.你對加班的看法?是否可以加班?
4.你心目中理想的公司怎么樣?理想的工作環境?理想的同事關系?
5.你覺得這筆試答的如何?優勢在哪?劣勢在哪?
6.如果初面沒成功，你怎么說服我給你復試機會?
7.你認為激勵你努力工作的因素都有哪些?
8.你的最大的優點是什么?缺點是什么?有什么專業特長?愛好是什么?
9.給你輛自行車，你認為最需要檢查的是哪些地方?為什么?若要保證質量必須要檢查三個部件，是什么?為什么?
技術題
數據庫
1.咖啡廳，咖啡不同種類不同價格，有大杯小杯，食物不同種類不同價格，消費時間令算錢，結賬可以用會員卡，
會員卡根據等級不同打折不同，畫出E-R圖
2.給出兩個表，成績表和課程表
說明主鍵、外鍵的作用，索引的好處和不足?
創建表
查詢成績小于60分的學生姓名和學號
查詢成績小于60分的學生姓名和課程名
查詢平均成績并排序
3.兩個表設計的有哪些缺陷，應該如何改動
程序題
1.給段代碼，用白盒測試方法設計用例覆蓋
2.給段JAVA代碼，類的互相調用，寫出顯示結果，并說明過程，主要考察的是類以及私有變量的生命周期
3.寫出一個類，調用另一個類的函數
測試題
1.什么是信息管理系統?最重要的是哪部分?
2.什么是數據庫?是什么關系型數據庫?描述主鍵、外鍵
3.TD中BUG處理過程
4.測試計劃的內容
5.一個有廣告的花杯子，盡可能多的設計測試用例
6.你會使用的測試工具
7.測試題太多，具體想不起來了，總之把老師總結的測試技術題全背下來就成了，考的也就是那些東西
初面
1.自我介紹
2.談談你做過的一個項目，擔當什么職責
3.談談你做過項目的一個模塊，具體都設計了哪些用例
4.使用QTP、Loadrunner多長時間?分別敘述使用過程
5.給出一個QTP的場景，問怎么設計，問的根本聽不懂，所以也沒記住
6.Loadrunner中都可以修改插入哪些東西?檢查點是插在事務的里面還是外面?集合點是插在事務的前面還是后面?
7.是否參與過性能分析，都需要看哪些地方
8.QTP適合哪些系統?不適合哪些系統
9.你為什么離職
10.你的三年職業規劃是什么
11.是否可以加班
12.原公司有多少人，測試團隊有多少人，開發團隊有多少人
復試(全是結合具體工作談的)
1.談談以前的工作
2.測試計劃都怎么寫的
3.講講QTP和LR的如何使用
4.如何回歸的
5.介紹一下TD的流程
6.結合你做過的一個系統的一個模塊，設計用例
7.LR并發用戶是如何確定的
8.LR的分析需要看哪些方面
9.如何寫測試分析報告
10.什么是冰凍測試
11.是否統招
12.三年職業規劃
常見軟件測試筆試題范文第4篇
一、基礎理論
1、軟件測試的結束標準是什么?
2、一套完整的測試應該由哪些階段組成?分別闡述一下各個階段。
3、什么是缺陷報告?
4、缺陷報告的作用
5、缺陷報告的要點
6、軟件測試缺陷報告的“5C”原則
7、缺陷的二八定理
8、軟件測試的流程
9、測試計劃的目的是什么?測試計劃的內容都包括什么?其中哪些是最重要的?
10、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯系。
11、Alpha 測試與beta 測試的區別
答案：
一、基礎理論
1、測試計劃中所有規定的測試內容和回歸測試都已經運行完成
或根據上級主管對測試結果的意見，就可以結束本次測試
2、計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統測試、回歸測試、驗收測試
一套完整的測試應該由五個階段組成：
1)測試計劃首先，根據用戶需求報告中關于功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的;同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。
2)測試設計將測試計劃階段制訂的測試需求分解、細化為若干個可執行的測試過程，并為每個測試過程選擇適當的測試用例(測試用例選擇的好壞將直接影響測試結果的有效性)。
3)測試開發建立可重復使用的自動測試過程。
4)測試執行執行測試開發階段建立的自動測試過程，并對所發現的缺陷進行跟蹤管理，測試執行一般由單元測試、組合測試、集成測試、系統聯調及回歸測試等步驟組成，測試人員應本著科學負責的態度，一步一個腳印地進行測試。
5)測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質量和開發團隊的工作進度及工作效率進行綜合評價。
3、缺陷報告是描述軟件缺陷現象和重現步驟地集合。軟件缺陷報告Software Bug Report (SBR)或軟件問題報告Software Problem Report (SPR)
4、缺陷報告是軟件測試人員的工作成果之一，體現軟件測試的價值
缺陷報告可以把軟件存在的缺陷準確的描述出來，便于開發人員修正
缺陷報告可以反映項目/產品當前的質量狀態，便于項目整體進度和質量控制
軟件測試缺陷報告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力
5、標題(Title)
簡潔、準確、完整、反映缺陷本質、方便查詢
前綴 + 標題正文，標題正文采用結果和動作，或者現象和位置的方式表達
步驟(Steps)
可復現、完整、簡潔、準確
按數字編號
實際結果(Actual results)
準確、詳細描述軟件的現象和特征
期望結果(Expected results)
準確、豐富、有理有據
平臺(Platforms)
準確
截圖(Screenshots)
準確反映缺陷特征
注釋(Notes)
關于缺陷的輔助說明
6、內容準確(Correct)：
每個組成部分的描述準確，不會引起誤解
步驟簡潔(Concise)：
只包含必不可少的信息，不包括任何多余的內容
內容清晰(Clear)：
每個組成部分的描述清晰，易于理解
結構完整(Complete)：
包含復現該缺陷的完整步驟和其他本質信息
風格一致(Consistent)：
按照一致的格式書寫全部缺陷報告
7、在分析、設計、實現階段的復審和測試工作能夠發現和避免80%的缺陷，而系統測試又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來。
8、制訂測試計劃、設計測試用例、實施測試、提交缺陷報告、測試總結 。
9、測試計劃的目的：編寫軟件測試計劃的目的是指導測試組成員進行工作和讓測試組以外的項目成員了解測試工作的。
測試計劃的內容：測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術語和定義、測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準、暫
停和重新啟動測試的標準、風險和問題等。
最重要的：測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準
10、黑盒測試：把測試對象當成一個黑盒子，測試人員完全不考慮邏輯結構和內部特性，只依據程式的需求說明書來檢查程式的功能是否滿足它的功能說明。
白盒測試：把測試對象當成一個透明的盒子，允許測試人員利用程序內部邏輯結構及相關信息，設計或選擇測試用例，對程式所有邏輯路徑進行測試。
單元測試：白盒測試的一種，對軟件設計中的單元模塊進行測試。
集成測試：在單元測試的基礎上，對單元模塊之間的連接和組裝w進行測試。
系統測試：在所有都考慮的情況下，對系統進行測試。
常見軟件測試筆試題范文第5篇
一、判斷題
1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y)
2.Beta 測試是驗收測試的一種。(Y)
3.驗收測試是由最終用戶來實施的。(N)
4.項目立項前測試人員不需要提交任何工件。(Y)
5.單元測試能發現約80%的軟件缺陷。(Y)
6.代碼評審是檢查源代碼是否達到模塊設計的要求。(N)
7.自底向上集成需要測試員編寫驅動程序。(Y)
8.負載測試是驗證要檢驗的系統的能力最高能達到什么程度。(N)
9.測試人員要堅持原則，缺陷未修復完堅決不予通過。(N)
10.代碼評審員一般由測試員擔任。(N)
11.我們可以人為的使得軟件不存在配置問題。(N)
12.集成測試計劃在需求分析階段末提交。(N)
二、選折
1.軟件驗收測試的合格通過準則是：(ABCD)
A. 軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。
B. 所有測試項沒有殘余一級、二級和三級錯誤。
C. 立項審批表、需求分析文檔、設計文檔和編碼實現一致。
D. 驗收測試工件齊全。
2.軟件測試計劃評審會需要哪些人員參加?(ABCD)
A.項目經理
B.SQA 負責人
C.配置負責人
D.測試組
3.下列關于alpha 測試的描述中正確的是：(AD)
A.alpha 測試需要用戶代表參加
B.alpha 測試不需要用戶代表參加
C.alpha 測試是系統測試的一種
D.alpha 測試是驗收測試的一種
4.測試設計員的職責有：(BC)
A.制定測試計劃
B.設計測試用例
C.設計測試過程、腳本
D.評估測試活動
5.軟件實施活動的進入準則是：(ABC)
A.需求工件已經被基線化
B.詳細設計工件已經被基線化
C.構架工件已經被基線化
D.項目階段成果已經被基線化
三、添空
1.軟件驗收測試包括：正式驗收測試，alpha測試，beta測試。
2.系統測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸
載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，(有的可以合在一起，分開寫只要
寫出15就滿分哦)
3.設計系統測試計劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。
4.對面向過程的系統采用的集成策略有：自頂向下，自底向上兩種。
5.(這題出的有問題哦，詳細的5步驟為~~)通過畫因果圖來寫測試用例的步驟為：
(1)分析軟件規格說明描述中，哪些是原因(即輸入條件或輸入條件的等價類)，哪些是結果(即輸出條件)，并給每個原因和結
果賦予一個標識符。
(2)分析軟件規格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什么關系? 根據這些關系，畫出因果圖。
(3)由于語法或環境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現。為表明這些特殊情況，在因果圖上用一
些記號標明約束或限制條件。
(4)把因果圖轉換成判定表。
常見軟件測試筆試題范文第6篇
一、基礎理論
1、軟件測試的結束標準是什么?
2、一套完整的測試應該由哪些階段組成?分別闡述一下各個階段。
3、什么是缺陷報告?
4、缺陷報告的作用
5、缺陷報告的要點
6、軟件測試缺陷報告的“5C”原則
7、缺陷的二八定理
8、軟件測試的流程
9、測試計劃的目的是什么?測試計劃的內容都包括什么?其中哪些是最重要的?
10、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯系。
11、Alpha 測試與beta 測試的區別
答案：
一、基礎理論
1、測試計劃中所有規定的測試內容和回歸測試都已經運行完成
或根據上級主管對測試結果的意見，就可以結束本次測試
2、計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統測試、回歸測試、驗收測試
一套完整的測試應該由五個階段組成：
1)測試計劃首先，根據用戶需求報告中關于功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的;同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。
2)測試設計將測試計劃階段制訂的測試需求分解、細化為若干個可執行的測試過程，并為每個測試過程選擇適當的測試用例(測試用例選擇的好壞將直接影響測試結果的有效性)。
3)測試開發建立可重復使用的自動測試過程。
4)測試執行執行測試開發階段建立的自動測試過程，并對所發現的缺陷進行跟蹤管理，測試執行一般由單元測試、組合測試、集成測試、系統聯調及回歸測試等步驟組成，測試人員應本著科學負責的態度，一步一個腳印地進行測試。
5)測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質量和開發團隊的工作進度及工作效率進行綜合評價。
3、缺陷報告是描述軟件缺陷現象和重現步驟地集合。軟件缺陷報告Software Bug Report (SBR)或軟件問題報告Software Problem Report (SPR)
4、缺陷報告是軟件測試人員的工作成果之一，體現軟件測試的價值
缺陷報告可以把軟件存在的缺陷準確的描述出來，便于開發人員修正
缺陷報告可以反映項目/產品當前的質量狀態，便于項目整體進度和質量控制
軟件測試缺陷報告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力
5、標題(Title)
簡潔、準確、完整、反映缺陷本質、方便查詢
前綴 + 標題正文，標題正文采用結果和動作，或者現象和位置的方式表達
步驟(Steps)
可復現、完整、簡潔、準確
按數字編號
實際結果(Actual results)
準確、詳細描述軟件的現象和特征
期望結果(Expected results)
準確、豐富、有理有據
平臺(Platforms)
準確
截圖(Screenshots)
準確反映缺陷特征
注釋(Notes)
關于缺陷的輔助說明
6、內容準確(Correct)：
每個組成部分的描述準確，不會引起誤解
步驟簡潔(Concise)：
只包含必不可少的信息，不包括任何多余的內容
內容清晰(Clear)：
每個組成部分的描述清晰，易于理解
結構完整(Complete)：
包含復現該缺陷的完整步驟和其他本質信息
風格一致(Consistent)：
按照一致的格式書寫全部缺陷報告
7、在分析、設計、實現階段的復審和測試工作能夠發現和避免80%的缺陷，而系統測試又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來。
8、制訂測試計劃、設計測試用例、實施測試、提交缺陷報告、測試總結 。
9、測試計劃的目的：編寫軟件測試計劃的目的是指導測試組成員進行工作和讓測試組以外的項目成員了解測試工作的。
測試計劃的內容：測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術語和定義、測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準、暫
停和重新啟動測試的標準、風險和問題等。
最重要的：測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準
10、黑盒測試：把測試對象當成一個黑盒子，測試人員完全不考慮邏輯結構和內部特性，只依據程式的需求說明書來檢查程式的功能是否滿足它的功能說明。
白盒測試：把測試對象當成一個透明的盒子，允許測試人員利用程序內部邏輯結構及相關信息，設計或選擇測試用例，對程式所有邏輯路徑進行測試。
單元測試：白盒測試的一種，對軟件設計中的單元模塊進行測試。
集成測試：在單元測試的基礎上，對單元模塊之間的連接和組裝w進行測試。
系統測試：在所有都考慮的情況下，對系統進行測試。