一般來講軟件被劃分為系統(tǒng)軟件、應(yīng)用軟件和介于這兩者之間的中間件。軟件崗位測試筆試題目，我們來看看下文。
一、判斷題
1.軟件測試的目的是盡可能多的找出軟件的缺陷。（Y）
2.Beta測試是驗收測試的一種。（Y）
3.驗收測試是由最終用戶來實施的。（N）
4.項目立項前測試人員不需要提交任何工件。（Y）
5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）
6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。（N）
7.自底向上集成需要測試員編寫驅(qū)動程序。（Y）
8.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。（N）
9.測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（N）
10.代碼評審員一般由測試員擔(dān)任。（N）
11.我們可以人為的使得軟件不存在配置問題。（N）
12.集成測試計劃在需求分析階段末提交。（N）
二、選折
1.軟件驗收測試的合格通過準(zhǔn)則是：（ABCD）
A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達(dá)到要求。
B.所有測試項沒有殘余一級、二級和三級錯誤。
C.立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。
D.驗收測試工件齊全。
2.軟件測試計劃評審會需要哪些人員參加？（ABCD）
A.項目經(jīng)理
B.SQA負(fù)責(zé)人
C.配置負(fù)責(zé)人
D.測試組
3.下列關(guān)于alpha測試的描述中正確的是：（AD）
A.alpha測試需要用戶代表參加
B.alpha測試不需要用戶代表參加
C.alpha測試是系統(tǒng)測試的一種
D.alpha測試是驗收測試的一種
4.測試設(shè)計員的職責(zé)有：（BC）
A.制定測試計劃
B.設(shè)計測試用例
C.設(shè)計測試過程、腳本
D.評估測試活動
5.軟件實施活動的進入準(zhǔn)則是：（ABC）
A.需求工件已經(jīng)被基線化
B.詳細(xì)設(shè)計工件已經(jīng)被基線化
C.構(gòu)架工件已經(jīng)被基線化
D.項目階段成果已經(jīng)被基線化
三、添空
1.軟件驗收測試包括：正式驗收測試，alpha測試，beta測試。
2.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要寫出15就滿分哦）
3.設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。
4.對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。
5.（這題出的有問題哦，詳細(xì)的5步驟為~~）通過畫因果圖來寫測試用例的步驟為：
⑴分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結(jié)果（即輸出條件），并給每個原因和結(jié)果賦予一個標(biāo)識符。
⑵分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對應(yīng)的是什么關(guān)系？根據(jù)這些關(guān)系，畫出因果圖。
⑶由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標(biāo)明約束或限制條件。
⑷把因果圖轉(zhuǎn)換成判定表。
⑸把判定表的每一列拿出來作為依據(jù)，設(shè)計測試用例。
四、簡答（資料是搜集整理的，感謝前輩的解題）無
1.區(qū)別階段評審的與同行評審
①同行評審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤，只要是找錯誤；
②階段評審目的：評審模塊階段作品的正確性可行性及完整性
③同行評審人數(shù)：3-7人人員必須經(jīng)過同行評審會議的培訓(xùn)，由SQA指導(dǎo)
④階段評審人數(shù)：5人左右評審人必須是專家具有系統(tǒng)評審資格
⑤同行評審內(nèi)容：內(nèi)容小一般文檔
⑥階段評審內(nèi)容：內(nèi)容多，主要看重點
⑦同行評審時間：一小部分工作產(chǎn)品完成
⑧階段評審時間：通常是設(shè)置在關(guān)鍵路徑的時間點上！
2.什么是軟件測試
為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程
3.簡述集成測試的過程
系統(tǒng)集成測試主要包括以下過程：
⑴構(gòu)建的確認(rèn)過程。
⑵補丁的確認(rèn)過程。
⑶系統(tǒng)集成測試測試組提交過程。
⑷測試用例設(shè)計過程。
⑸測試代碼編寫過程。
⑹Bug的報告過程。
⑺每周/每兩周的構(gòu)建過程。
⑻點對點的測試過程。
⑼組內(nèi)培訓(xùn)過程。
4.怎么做好文檔測試
仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。檢查文檔的編寫是否滿足文檔編寫的目的；內(nèi)容是否齊全，正確；內(nèi)容是否完善；標(biāo)記是否正確
5.白盒測試有幾種方法
總體上分為靜態(tài)方法和動態(tài)方法兩大類。
⑴靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義
⑵動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6.系統(tǒng)測試計劃是否需要同行審批，為什么
需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。
7.Alpha測試與beta的區(qū)別
⑴Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
⑵Beta測試當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
8.比較負(fù)載測試，容量測試和強度測試的區(qū)別
⑴負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。
⑵強度測試：在一定的負(fù)荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。
⑶容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件 系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試 還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
9.測試結(jié)束的標(biāo)準(zhǔn)是什么？
⑴用例全部測試。
⑵覆蓋率達(dá)到標(biāo)準(zhǔn)。
⑶缺陷率達(dá)到標(biāo)準(zhǔn)。
⑷其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
10.描述軟件測試活動的生命周期？
測試周期分為計劃、設(shè)計、實現(xiàn)、執(zhí)行、總結(jié)。其中：
⑴計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風(fēng)險，安排人力物力資源，安排進度等；
⑵設(shè)計：完成測試方案，從技術(shù)層面上對測試進行規(guī)劃；
⑶實現(xiàn)：進行測試用例和測試規(guī)程設(shè)計；
⑷執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。
⑸總結(jié)：記錄測試結(jié)果，進行測試分析，完成測試報告。
11.軟件的缺陷等級應(yīng)如何劃分？
A類—嚴(yán)重錯誤，包括以下各種錯誤：
⑴由于程序所引起的死機，非法退出
⑵死循環(huán)
⑶數(shù)據(jù)庫發(fā)生死鎖
⑷因錯誤操作導(dǎo)致的程序中斷
⑸功能錯誤
⑹與數(shù)據(jù)庫連接錯誤
⑺數(shù)據(jù)通訊錯誤
B類---較嚴(yán)重錯誤，包括以下各種錯誤：
⑴程序錯誤
⑵程序接口錯誤
⑶數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件
C類---一般性錯誤，包括以下各種錯誤：
⑴操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）
⑵打印內(nèi)容、格式錯誤
⑶簡單的輸入限制未放在前臺進行控制
⑷刪除操作未給出提示
⑸數(shù)據(jù)庫表中有過多的空字段
D類—較小錯誤，包括以下各種錯誤：
⑴界面不規(guī)范
⑵輔助說明描述不清楚
⑶輸入輸出不規(guī)范
⑷長操作未給用戶提示
⑸提示窗口文字未采用行業(yè)術(shù)語
⑹可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志
