【正文】 給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序或測(cè)試員完成。6系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。P142檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確白盒測(cè)試有幾種方法總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。3簡(jiǎn)述集成測(cè)試的過程系統(tǒng)集成測(cè)試主要包括以下過程：。階段評(píng)審目的:評(píng)審模塊 階段作品的正確性 可行性 及完整性同行評(píng)審人數(shù):37人 人員必須經(jīng)過同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)階段評(píng)審人數(shù):5人左右 評(píng)審人必須是專家 具有系統(tǒng)評(píng)審資格同行評(píng)審內(nèi)容:內(nèi)容小 一般文檔 階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!使用人工和自動(dòng)手段來運(yùn)行或測(cè)試摸個(gè)系統(tǒng)的過程。（5）把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。（2）分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。：自頂向下，自底向上兩種。2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD）A．項(xiàng)目經(jīng)理B．SQA 負(fù)責(zé)人C．配置負(fù)責(zé)人D．測(cè)試組3．下列關(guān)于alpha 測(cè)試的描述中正確的是：（AD）A．a(chǎn)lpha 測(cè)試需要用戶代表參加B．a(chǎn)lpha 測(cè)試不需要用戶代表參加C．a(chǎn)lpha 測(cè)試是系統(tǒng)測(cè)試的一種D．a(chǎn)lpha 測(cè)試是驗(yàn)收測(cè)試的一種4．測(cè)試設(shè)計(jì)員的職責(zé)有：（BC）A．制定測(cè)試計(jì)劃B．設(shè)計(jì)測(cè)試用例C．設(shè)計(jì)測(cè)試過程、腳本D．評(píng)估測(cè)試活動(dòng)5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC）A．需求工件已經(jīng)被基線化B．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C．構(gòu)架工件已經(jīng)被基線化D．項(xiàng)目階段成果已經(jīng)被基線化三、添空：正式驗(yàn)收測(cè)試，alpha測(cè)試，beta測(cè)試。C． 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。（N）二、選折1．軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（ABCD）A． 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。（N）11．我們可以人為的使得軟件不存在配置問題。（N）9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（N）7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（Y）5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）3．驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。第三篇：軟件測(cè)試工程師面試題1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。、請(qǐng)畫出軟件測(cè)試活動(dòng)的流程圖。（8 分）制定測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)與開發(fā)、實(shí)施測(cè)試、評(píng)審測(cè)試、版本發(fā)布什么是測(cè)試評(píng)估，測(cè)試評(píng)估的范圍是什么？（5 分）闡述工作版本的定義。軟件測(cè)試活動(dòng)有制定測(cè)試計(jì)劃編寫測(cè)試方案，設(shè)計(jì)測(cè)試用例，執(zhí)行測(cè)試用例，回歸測(cè)試，提交測(cè)試報(bào)告，測(cè)試評(píng)估、測(cè)試結(jié)束八個(gè)步驟。驗(yàn)收測(cè)試通過后測(cè)試總結(jié)報(bào)告通過評(píng)審，納入到管理庫表明測(cè)試已經(jīng)結(jié)束。軟件實(shí)施活動(dòng)中集成員的職責(zé)是。（1）保證代碼和詳細(xì)設(shè)計(jì)的一致。檢查文檔的編寫是否滿足文檔編寫的目的；內(nèi)容是否齊全，正確；內(nèi)容是否完善；標(biāo)記是否正確 軟件測(cè)試工程師筆試題二一、填空題：（每一空格2分，共60分）軟件實(shí)施活動(dòng)的輸出工件有：軟件測(cè)試計(jì)劃、軟件測(cè)試設(shè)計(jì)文檔、軟件測(cè)試用例、測(cè)試報(bào)告。提交BUG、分配BUG、修復(fù)BUG、反側(cè)BUG、通過則關(guān)閉、未通過則修改狀態(tài)為修復(fù)、等待開發(fā)人員修復(fù)后在反測(cè)，知道關(guān)閉BUG。分析功能點(diǎn)，提取功能點(diǎn)規(guī)則，編寫用例（按照功能點(diǎn)的不同進(jìn)行不同的用例編寫、單點(diǎn)功能一般可設(shè)計(jì)一個(gè)通過性測(cè)試用例即可，而多選或可輸入功能點(diǎn)可進(jìn)行、通過測(cè)試、失敗測(cè)試進(jìn)行不同的用例編寫）。． 測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？（3 分）完成測(cè)試需求中列出的所有功能及測(cè)試過程中發(fā)現(xiàn)缺陷的回歸測(cè)試。強(qiáng)度測(cè)試：強(qiáng)度測(cè)試是一種性能測(cè)試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況。． 比較負(fù)載測(cè)試、容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別。（4 分）Alpha以研發(fā)人員為主，模擬用戶的使用環(huán)境進(jìn)行的測(cè)試。測(cè)試人員完全站在用戶的角度考慮和評(píng)價(jià)被測(cè)系統(tǒng)，他要按照文檔中的說明進(jìn)行操作，進(jìn)而發(fā)現(xiàn)問題做好記錄。（3 分）為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序或者系統(tǒng)的過程． 簡(jiǎn)述集成測(cè)試的過程。系統(tǒng)測(cè)試計(jì)劃的依據(jù)是:軟件需求規(guī)格說明書：自頂向下，自底向上兩種。例如，集成測(cè)試如何確定被測(cè)對(duì)象的粒度，如何對(duì)各模塊逐漸進(jìn)行集成；單元測(cè)試如何確定被測(cè)單元，各被測(cè)單元是獨(dú)立測(cè)試還是自底向上或自頂向下逐步進(jìn)行。測(cè)試策略就是為了達(dá)到這樣的平衡而采取的測(cè)試工具、測(cè)試方法、測(cè)試技術(shù)的總和。2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD）A．項(xiàng)目經(jīng)理B．SQA 負(fù)責(zé)人C．配置負(fù)責(zé)人D．測(cè)試組3．下列關(guān)于alpha 測(cè)試的描述中正確的是：（AD）A．a(chǎn)