軟測筆試題目
一、判斷題
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.對面向過程的系統采用的集成策略有:自頂向下,自底向上兩種。
四、簡答
1.區別階段評審的與同行評審
同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤;
同行評審人數:3-7人人員必須經過同行評審會議的培訓,由SQA指導
同行評審內容:內容小一般文檔 < 40頁, 代碼 < 500行
同行評審時間:一小部分工作產品完成
階段評審目的:評審模塊階段作品的正確性 可行性 及完整性
階段評審人數:5人左右評審人必須是專家 具有系統評審資格
階段評審內容: 內容多,主要看重點
階段評審時間: 通常是設置在關鍵路徑的時間點上!
2.什么是軟件測試
為了發現程序中的錯誤而執行程序的`過程
3簡述集成測試的過程
系統集成測試主要包括以下過程:
構建的確認過程。
2. 補丁的確認過程。
3. 系統集成測試測試組提交過程。
4. 測試用例設計過程。
5. 測試代碼編寫過程。
6. Bug的報告過程。
7. 每周/每兩周的構建過程。
8. 點對點的測試過程。
9. 組內培訓過程。
4 怎么做好文檔測試
仔細閱讀,跟隨每個步驟,檢查每個圖形,嘗試每個示例。
檢查文檔的編寫是否滿足文檔編寫的目的
內容是否齊全,正確
內容是否完善
標記是否正確
5 白盒測試有幾種方法
總體上分為靜態方法和動態方法兩大類。
靜態:關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義
動態:語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6系統測試計劃是否需要同行審批,為什么
需要,系統測試計劃屬于項目階段性關鍵文檔,因此需要評審。
7Alpha測試與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. 提示窗口文字未采用行業術語
6. 可輸入區域和只讀區域沒有明顯的區分標志
【軟測筆試題目】相關文章:
軟測筆試題目08-30
軟測筆試題目10-15
2016中軟集團筆試題目12-21
中科軟筆試題目和面試題目11-19
軟素質筆試題01-17
中軟集團筆試題12-20
美的筆試題目04-09
惠普筆試題目08-10
伊利筆試題目07-09