軟件測(cè)試試題庫(kù)

一、單選題（2分/題，共30分）二、多選題（1分/題，共10分）三、名字解釋題（3分/題，共9個(gè)）試題一（/blog/#m=0）一、判斷正誤題測(cè)試是調(diào)試的一個(gè)部分（X）軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（7）程序中隱藏錯(cuò)誤的概率與其已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比（7）Beta測(cè)試是驗(yàn)收測(cè)試的一種。（7）測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（7）項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（X）單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（7 ）測(cè)試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤。（7）代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（7）自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（7）二、選擇題1、 實(shí)施缺陷跟蹤的目的是：（ABCD）A、軟件質(zhì)量無法控制 B、問題無法量化C、重復(fù)問題接連產(chǎn)生D、解決問題的知識(shí)無法保留 E、確保缺陷得到解決F、使問題形成完整的閉環(huán)處理2、 使用軟件測(cè)試工具的目的：（ABCDF）A、幫助測(cè)試尋找問題B、協(xié)助問題的診斷C、節(jié)省測(cè)試時(shí)間D、提高Bug的發(fā)現(xiàn)率E、更好的控制缺陷提高軟件質(zhì)量F、更好的協(xié)助開發(fā)人員3、編寫測(cè)試計(jì)劃的目的是：（ABC）A、使測(cè)試工作順利進(jìn)行 B、使項(xiàng)目參與人員溝通更舒暢C、使測(cè)試工作更加系統(tǒng)化 D、軟件工程以及軟件過程的需要B）C、輸出覆蓋F、B）C、輸出覆蓋F、條件覆蓋ABC）C、專項(xiàng)測(cè)試F、集成測(cè)試）4、 選出屬于黑盒測(cè)試方法的選項(xiàng)（A、測(cè)試用例覆蓋 B、輸入覆蓋D、分支覆蓋 E、語句覆蓋5、 以測(cè)試的形態(tài)分測(cè)試可以分為：（A、建構(gòu)性測(cè)試 B、系統(tǒng)測(cè)試D、單元測(cè)試 E、組件測(cè)試6、 進(jìn)行軟件質(zhì)量管理的重要性有：（A、維護(hù)降低成本 B、法律上的要求C、市場(chǎng)競(jìng)爭(zhēng)的需要D、質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì)E、軟件工程的需要F、CMM過程的一部分G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)7、在GB/T17544中，軟件包質(zhì)量要求包括三部分，即產(chǎn)品描述要求、（A）、程序和數(shù)據(jù)要求。用戶文檔要求C用戶文檔要求C.設(shè)計(jì)要求說明系統(tǒng)功能要求D.軟件配置要求8、典型的瀑布模型的四個(gè)階段是：（ABCD）A、分析 B、設(shè)計(jì) C、編碼D、測(cè)試 E、需求調(diào)研F、實(shí)施9、()可以作為軟件測(cè)試結(jié)束的標(biāo)志。A.使用了特定的測(cè)試用例 B.錯(cuò)誤強(qiáng)度曲線下降到預(yù)定的水平查出了預(yù)定數(shù)目的錯(cuò)誤 D.按照測(cè)試計(jì)劃中所規(guī)定的時(shí)間進(jìn)行了測(cè)試10、 導(dǎo)致軟件缺陷的原因有很多,A—D是可能的原因，其中最主要的原因包括(ABCD)。軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改軟件設(shè)計(jì)說明書軟件操作人員的水平開發(fā)人員不能很好的理解需求說明書和溝通不足三、 名詞解釋Beta測(cè)試：Beta測(cè)試是從用戶角度進(jìn)行的測(cè)試，是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。它是在開發(fā)者無法控制的軟件環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。負(fù)載測(cè)試：負(fù)載測(cè)試是一個(gè)通過分析軟件應(yīng)用程序和支撐架構(gòu)，模擬真實(shí)環(huán)境的使用，來確定能夠接受的性能的過程。軟件測(cè)試活動(dòng)生命周期：是指軟件從進(jìn)入測(cè)試到退出測(cè)試的過程中，所要經(jīng)歷的引入程序錯(cuò)誤、通過測(cè)試發(fā)現(xiàn)錯(cuò)誤和清除程序錯(cuò)誤的幾個(gè)階段。改進(jìn)的三明治集成：利用較高的并行度彌補(bǔ)三明治集成中不能充分測(cè)試中間層的缺點(diǎn)。但根據(jù)中間層選擇是否恰當(dāng)，可能增加驅(qū)動(dòng)模塊和樁模塊設(shè)計(jì)的工作量。驅(qū)動(dòng)模塊相當(dāng)于所測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測(cè)模塊，最后再輸出實(shí)際測(cè)試結(jié)果。四、 簡(jiǎn)答題軟件的缺陷等級(jí)應(yīng)如何劃分？致命的：致命的錯(cuò)誤，造成系統(tǒng)或應(yīng)用程序崩潰、死機(jī)、系統(tǒng)懸掛，或造成數(shù)據(jù)丟失、主要功能完全喪失等。嚴(yán)重的：嚴(yán)重錯(cuò)誤，指功能或特性沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯(cuò)誤聲明。一般的：不太嚴(yán)重的錯(cuò)誤，這樣的軟件缺陷雖然不影響系統(tǒng)的基本使用，但沒有很好地實(shí)現(xiàn)功能，沒有達(dá)到預(yù)期效果。如次要功能喪失，提示信息不太準(zhǔn)確，或用戶界面差，操作時(shí)間長(zhǎng)等。微小的：一些小問題，對(duì)功能幾乎沒有影響，產(chǎn)品及屬性仍可使用，如有個(gè)別錯(cuò)別字、文字排列不整齊等。階段評(píng)審與同行評(píng)審。同行評(píng)審是一種重要而有效的工程方法，在軟件產(chǎn)品工程中調(diào)用此方法，可通過法根式審查、結(jié)構(gòu)化走查或者一些其他的學(xué)院式的評(píng)審方法加以實(shí)施。其目的是及早和高效地去除軟件工作中的缺陷，必然結(jié)果是增強(qiáng)對(duì)軟件工作產(chǎn)品和可預(yù)防缺陷的了解。階段評(píng)審是利用在需求分析階段所選擇并制定的標(biāo)準(zhǔn)、規(guī)范以及計(jì)劃的安排，對(duì)軟件工程各階段的進(jìn)展、完成質(zhì)量及出現(xiàn)的問題進(jìn)行正式評(píng)審，確保過程計(jì)劃并遵守標(biāo)準(zhǔn)和規(guī)范執(zhí)行，然后形成報(bào)告。當(dāng)發(fā)現(xiàn)問題是，要準(zhǔn)尋逐級(jí)解決的原則，將處理結(jié)果通知相關(guān)人員，記錄解決過程及結(jié)果以作日后改進(jìn)重要參考資料。兩者都是有關(guān)軟件質(zhì)量管理和保證的重要內(nèi)容，二者相輔相成，缺一不可。安全性測(cè)試屬于軟件測(cè)試的哪個(gè)階段？并試闡述安全測(cè)試的概念和用以評(píng)判系統(tǒng)安全性性能的主要指標(biāo)。是系統(tǒng)測(cè)試的一種類型，安全性測(cè)試就是要驗(yàn)證系統(tǒng)內(nèi)的保護(hù)機(jī)制能否抵御入侵者的攻擊。安全性測(cè)試的測(cè)試人員需要在測(cè)試活動(dòng)中，撒氣不同的入侵方式來攻擊系統(tǒng)的安全機(jī)制，想盡一切辦法來獲取系統(tǒng)內(nèi)的保密信息。系統(tǒng)安全性性能的指標(biāo)：有效性：?jiǎn)?dòng)嚴(yán)格的安全性性能所花費(fèi)的時(shí)間占啟動(dòng)整個(gè)系統(tǒng)所花費(fèi)時(shí)間的比例。生存性：當(dāng)錯(cuò)誤發(fā)生時(shí)，系統(tǒng)對(duì)緊急操作的支持，對(duì)錯(cuò)誤的補(bǔ)救措施以及恢復(fù)到正常操作的能力，即系統(tǒng)的抗挫能力。精確性：衡量系統(tǒng)安全性控制的精度指標(biāo)，圍繞所出現(xiàn)的錯(cuò)誤數(shù)量、發(fā)生頻率及其嚴(yán)重性判斷。反應(yīng)時(shí)間：出錯(cuò)時(shí)系統(tǒng)響應(yīng)速度的快慢，一個(gè)安全性較強(qiáng)的系統(tǒng)要具備快速的反應(yīng)速度。吞吐量：用戶和服務(wù)請(qǐng)求的峰值和平均值。單元測(cè)試策略主要有哪些？并試描述這些策略？單元測(cè)試策略主要有三種方式：自頂向下的單元測(cè)試策略：從頂層調(diào)用的單元做成樁模塊；對(duì)第二層測(cè)試，使用上面已測(cè)試的單元做驅(qū)動(dòng)模塊；依次類推，直到全部單元測(cè)試結(jié)束。自底向上的單元測(cè)試策略：先對(duì)模塊調(diào)用的最底層模塊進(jìn)行測(cè)試，模擬調(diào)用該模塊的模塊為驅(qū)動(dòng)模塊；其次，對(duì)上一層模塊進(jìn)行單元測(cè)試，用已經(jīng)被測(cè)試過的模塊做樁模塊，依次類推，直到全部單元測(cè)試結(jié)束。孤立測(cè)試的單元測(cè)試策略：無需考慮每個(gè)模塊與其他模塊之間的關(guān)系，分別為每個(gè)模塊單獨(dú)設(shè)計(jì)樁模塊和驅(qū)動(dòng)模塊，逐一完成所有單元模塊的測(cè)試。測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？試題二一、判斷正誤題（每小題1分，共10分）測(cè)試是證明軟件正確的方法。（X）負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（7）TOC\o"1-5"\h\z測(cè)試中應(yīng)該對(duì)有效和無效、期望和不期望的輸入都要測(cè)試。（7 ）對(duì)于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語句，則有2n條路徑。（7 ）驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（7 ）GOTO語句概念簡(jiǎn)單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡(jiǎn)潔。（7 ）測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（7）黑盒測(cè)試也稱為結(jié)構(gòu)測(cè)試。（X）代碼評(píng)審員一般由測(cè)試員擔(dān)任。（X）集成測(cè)試計(jì)劃在需求分析階段末提交。（X）二、不定項(xiàng)選擇題（每題可能有一個(gè)或多個(gè)選項(xiàng)應(yīng)選，每題2分，共20分。多選不得分，少選僅得1分。）1．軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（AD）A．軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B．所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全。2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD）項(xiàng)目經(jīng)理B．SQA負(fù)責(zé)人配置負(fù)責(zé)人測(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）制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試用例設(shè)計(jì)測(cè)試過程、腳本評(píng)估測(cè)試活動(dòng)5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC）需求工件已經(jīng)被基線化詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化構(gòu)架工件已經(jīng)被基線化項(xiàng)目階段成果已經(jīng)被基線化典型的瀑布模型的四個(gè)階段是：（ABCD）A、分析 B、設(shè)計(jì) C、編碼D、測(cè)試 E、需求調(diào)研F、實(shí)施下面的哪一項(xiàng)測(cè)試步驟中需要進(jìn)行局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：（A）A、 單元測(cè)試B、 集成測(cè)試C、 確認(rèn)測(cè)試D、 系統(tǒng)測(cè)試從是否需要執(zhí)行被測(cè)軟件的角度，軟件測(cè)試技術(shù)可劃分的類型是：（AC）。A、 靜態(tài)測(cè)試B、 黑盒測(cè)試C、 動(dòng)態(tài)測(cè)試D、 白盒測(cè)試從測(cè)試階段角度，測(cè)試結(jié)束的正確順序是：（B）A、 單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試B、 單元測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試、確認(rèn)測(cè)試C、 確認(rèn)測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、單元測(cè)試D、 確認(rèn)測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試、單元測(cè)試軟件的六大質(zhì)量特性包括：（A）功能性、可靠性、可用性、效率、可維護(hù)、可移植功能性、可靠性、可用性、效率、穩(wěn)定性、可移植功能性、可靠性、可擴(kuò)展性、效率、穩(wěn)定性、可移植功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植什么是軟件測(cè)試試述軟件測(cè)試活動(dòng)的生命周期？集成測(cè)試策略主要有哪些？并試描述3個(gè)以上的具體策略？答：1、大爆炸集成（P153）：屬于非增值式集成的一種方法，也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測(cè)試的模塊一次性集成到一起進(jìn)行測(cè)試，不考慮組件之間的互相依賴性及可能存在的風(fēng)險(xiǎn)。2、三明治集成（P158）：—種混合增量式測(cè)試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點(diǎn)，因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。3、自頂向下集成：就是按照系統(tǒng)層次結(jié)構(gòu)圖，以主程序模塊為中心，自上而下按照深度優(yōu)先或者廣度優(yōu)先策略，對(duì)各個(gè)模塊一邊組裝一邊進(jìn)行測(cè)試。又可分為深度優(yōu)先集成和廣度優(yōu)先集成兩種方式。4、自底向上集成：從依賴性最小的底層模塊開始，按照層次結(jié)構(gòu)圖，逐層向上集成，驗(yàn)證系統(tǒng)的穩(wěn)定性。5、高頻集成：高頻集成測(cè)試是指同步于軟件開發(fā)過程，每隔一段時(shí)間對(duì)開發(fā)團(tuán)隊(duì)的現(xiàn)有代碼進(jìn)行一次集成測(cè)試。6、分層集成、分布式集成、基于路徑、功能、進(jìn)度、風(fēng)險(xiǎn)、事件、使用等的集成等13種?；謴?fù)性測(cè)試屬于軟件測(cè)試的哪個(gè)階段？并試闡述恢復(fù)性測(cè)試的概念和進(jìn)行恢復(fù)性測(cè)試分析時(shí)主要應(yīng)考慮的問題。答：恢復(fù)性測(cè)試使系統(tǒng)測(cè)試階段的一種方法，也叫容錯(cuò)測(cè)試，用來檢查系統(tǒng)的容錯(cuò)能力。通常若計(jì)算機(jī)系統(tǒng)出現(xiàn)錯(cuò)誤，就必須在一定時(shí)間內(nèi)從錯(cuò)誤中恢復(fù)過來，修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)。在進(jìn)行恢復(fù)性測(cè)試時(shí)，要考慮的主要問題有：恢復(fù)期間的安全性過程?；謴?fù)處理日志方面的能力。當(dāng)出現(xiàn)供電問題時(shí)的恢復(fù)能力?；謴?fù)操作后系統(tǒng)性能是否下降。常用的恢復(fù)測(cè)試用例的設(shè)計(jì)方法：規(guī)范導(dǎo)出法、錯(cuò)誤猜測(cè)法、基于故障的測(cè)試。請(qǐng)簡(jiǎn)述單元測(cè)試進(jìn)入的準(zhǔn)則？答：包括要素和判斷準(zhǔn)則：要素是詳細(xì)說明書和單元測(cè)試用例，判斷準(zhǔn)則是經(jīng)過審查=獲得批準(zhǔn)和進(jìn)入配置庫(kù)。試題三：一、判斷題（每題1分，12分，正確的7,錯(cuò)誤的X）1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（）軟件測(cè)試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說上面的這個(gè)論斷是正確的不少人會(huì)認(rèn)為軟件測(cè)試可以保證軟件的質(zhì)量，其實(shí)這個(gè)觀點(diǎn)是錯(cuò)誤，測(cè)試只是軟件質(zhì)量控制中的一個(gè)角色，其活動(dòng)并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面如果有了軟件測(cè)試人員，產(chǎn)品的質(zhì)量就會(huì)好起來。Beta測(cè)試是驗(yàn)收測(cè)試的一種。（X）Beat測(cè)試和驗(yàn)收測(cè)試是兩種不同的測(cè)試。驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的obeta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以兩者之間的是非包容關(guān)系。驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（）上面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，所以驗(yàn)收測(cè)試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測(cè)試由最終用戶來實(shí)施的情況是比較長(zhǎng)見的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測(cè)試會(huì)更多。項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（）應(yīng)該說這道題目沒有明確的答案，在項(xiàng)目立項(xiàng)前測(cè)試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測(cè)試工程師，那么就應(yīng)該有一個(gè)明確的答案。單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（）同樣這一題目也沒有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來源和其統(tǒng)計(jì)的方法，樣本都沒有一個(gè)工業(yè)標(biāo)準(zhǔn)。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說一個(gè)簡(jiǎn)單的例子，在用ASP,php這類腳本語言開發(fā)網(wǎng)頁(yè)的時(shí)候是根本沒有復(fù)雜的單元測(cè)試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測(cè)試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（）這道題目大家看下top-down和down-top的集成測(cè)試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測(cè)試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測(cè)試。驅(qū)動(dòng)程序和樁程序都是需要開發(fā)的。8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）關(guān)于負(fù)載測(cè)試和壓力測(cè)試在論壇中的帖子中有詳細(xì)的解釋，大家可以去看一下就能得出正確的答案9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（）同樣，這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測(cè)試人員的意見，但測(cè)試人員的意見非決定性。所以還是要看一個(gè)企業(yè)賦予測(cè)試人員有多大的權(quán)力。10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（）如果測(cè)試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會(huì)讓普通的測(cè)試人員參與代碼的評(píng)審。11．我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。12．集成測(cè)試計(jì)劃在需求分析階段末提交。（）集成測(cè)試計(jì)劃在開發(fā)人員完成軟件集成計(jì)劃之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。二、不定項(xiàng)選擇題（每題2分，10分）1．軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（）A．軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B．所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全。回答這道題，你必須是這家企業(yè)的員工。前面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測(cè)試標(biāo)準(zhǔn)做一些調(diào)整。2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）A.項(xiàng)目經(jīng)理B．SQA負(fù)責(zé)人配置負(fù)責(zé)人測(cè)試組上面的4種角色都需要參與3.下列關(guān)于alpha測(cè)試的描述中正確的是：（）alpha測(cè)試需要用戶代表參加alpha測(cè)試不需要用戶代表參加alpha測(cè)試是系統(tǒng)測(cè)試的一種D．a(chǎn)lpha測(cè)試是驗(yàn)收測(cè)試的一種首先大家需要知道alpha測(cè)試是系統(tǒng)級(jí)別的測(cè)試，該測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是AD4．測(cè)試設(shè)計(jì)員的職責(zé)有：（）制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試用例設(shè)計(jì)測(cè)試過程、腳本評(píng)估測(cè)試活動(dòng)合理的答案的是BC,同時(shí)要看軟件企業(yè)對(duì)該類人員的職責(zé)是如何定義。5.軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）需求工件已經(jīng)被基線化詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化構(gòu)架工件已經(jīng)被基線化項(xiàng)目階段成果已經(jīng)被基線化先要了解一下什么是基線。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了填空題（每空1分，24分）軟件驗(yàn)收測(cè)試包括___、___、 三種類型。軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種測(cè)試。系統(tǒng)測(cè)試的策略有功能測(cè)試、、、、易用性測(cè)試、、、、、、、、、、等15種方法。系統(tǒng)測(cè)試的策略有很多種的，我知道的有性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試、易用性測(cè)試、安全測(cè)試、配置測(cè)試、安裝測(cè)試、文檔測(cè)試、故障恢復(fù)測(cè)試、用戶界面測(cè)試、恢復(fù)測(cè)試、分布測(cè)試、可用性測(cè)試。。。設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃。對(duì)面向過程的系統(tǒng)采用的集成策略有___、___兩種。通過畫因果圖來寫測(cè)試用例的步驟為___、___、___、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。利用因果圖生成測(cè)試用例的基本步驟是：§分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符?！旆治鲕浖?guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系?根據(jù)這些關(guān)系，畫出因果圖。§由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。§把因果圖轉(zhuǎn)換成判定表?！彀雅卸ū淼拿恳涣心贸鰜碜鳛橐罁?jù)，設(shè)計(jì)測(cè)試用例。重點(diǎn)復(fù)習(xí)軟件測(cè)試技術(shù)*重點(diǎn)復(fù)習(xí)（帶測(cè)試案例分析題）一、判斷題（10分）0負(fù)載測(cè)試（P189）：負(fù)載測(cè)試是一個(gè)通過分析軟件應(yīng)用程序和支撐架構(gòu)，模擬真實(shí)環(huán)境的使用，來確定能夠接受的性能的過程。負(fù)載測(cè)試的目標(biāo)是：確定在各種工作負(fù)載下系統(tǒng)的性能，主要是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)組成部分的相應(yīng)輸出項(xiàng)（如通過量、響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)在的使用等）來決定系統(tǒng)的性能。0判定語句：0路徑：0驗(yàn)收測(cè)試（P200）：驗(yàn)收測(cè)試是將程序與其最初的需求及最終用戶當(dāng)前的需要進(jìn)行比較的過程。驗(yàn)收測(cè)試是軟件產(chǎn)品質(zhì)量的最后一關(guān)。測(cè)試主要從用戶角度著手。參與者主要是用戶和少量的程序開發(fā)人員。0黑盒測(cè)試：（亦功能測(cè)試、行為測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試、基于規(guī)格說明的測(cè)試）是一種從用戶觀點(diǎn)出發(fā)的測(cè)試。這種方法把程序當(dāng)作一個(gè)黑盒，忽略其內(nèi)部結(jié)構(gòu)特性。測(cè)試者只知道輸入與輸出之間的關(guān)系或程序功能，依靠程序功能需求說明書，確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。測(cè)試用例的設(shè)計(jì)基于產(chǎn)品的功能、目的是檢查程序各個(gè)功能是否實(shí)現(xiàn)，并檢查其中的功能錯(cuò)誤。黑盒測(cè)試所要發(fā)現(xiàn)的外部行為錯(cuò)誤：1）功能不正確或不完整;2）接口錯(cuò)誤;3） 接口所使用的數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤;4） 行為或性能錯(cuò)誤;5）初始化和終止錯(cuò)誤;0代碼評(píng)審員：0集成測(cè)試：集成測(cè)試（是對(duì)已測(cè)試過的模塊進(jìn)行組裝）就是對(duì)集成到一起的軟件組件和硬件組件進(jìn)行的測(cè)試，用于評(píng)估這些組件之間能否進(jìn)行正確的交互。目的主要是：檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題、檢查各種組件之間的接口。集成測(cè)試的完成方法：黑盒測(cè)試。0卩測(cè)試：Beta測(cè)試是從用戶角度進(jìn)行的測(cè)試，是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。它是在開發(fā)者無法控制的軟件環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。兩種不同的途徑：公共卩測(cè)試和私有卩測(cè)試。二、不定項(xiàng)選擇題（20分）0驗(yàn)收測(cè)試通過的準(zhǔn)則：0跟蹤缺陷的定義：0軟件測(cè)試工具的使用（目的是什么）：A、 幫助測(cè)試尋找問題B、 協(xié)助問題的診斷C、 節(jié)省測(cè)試時(shí)間0軟件測(cè)試評(píng)審會(huì)的組成人員：0測(cè)試計(jì)劃的目的：使測(cè)試工作順利進(jìn)行使項(xiàng)目參與人員溝通更舒暢使測(cè)試工作更加系統(tǒng)化a測(cè)試是什么：Alpha測(cè)試是由選定的用戶在可控的環(huán)境下進(jìn)行的產(chǎn)品早期性測(cè)試。在此測(cè)試中，確定并記錄要研究的功能和業(yè)務(wù)任務(wù)，但沒有可以遵循的特定測(cè)試用例。測(cè)試內(nèi)容由各測(cè)試員決定。這種驗(yàn)收測(cè)試方法不像正式驗(yàn)收測(cè)試那樣組織有序，而且更為主觀大多數(shù)情況下，非正式驗(yàn)收測(cè)試是由最終用戶組織執(zhí)行的。0黑盒測(cè)試具體有哪些方法：邊界值分析法等價(jià)類劃分法因果圖法決策表法功能圖分析法錯(cuò)誤推測(cè)法判定表驅(qū)動(dòng)分析法正交試驗(yàn)設(shè)計(jì)法狀態(tài)轉(zhuǎn)換測(cè)試分支測(cè)試0測(cè)試設(shè)計(jì)人員的職責(zé)：確定并描述相應(yīng)的測(cè)試技術(shù)。確定相應(yīng)的測(cè)試支持工具定義并維護(hù)測(cè)試自動(dòng)化架構(gòu)。詳述和驗(yàn)證需要的測(cè)試環(huán)境配置。驗(yàn)證與評(píng)估測(cè)試途徑0測(cè)試按形態(tài)怎么分類：建構(gòu)性測(cè)試系統(tǒng)測(cè)試專項(xiàng)測(cè)試0瀑布模型的階段：A.分析B.設(shè)計(jì)C.編碼測(cè)試0軟件質(zhì)量包括的內(nèi)容：軟件產(chǎn)品的質(zhì)量，即滿足使用要求的程度。軟件開發(fā)過程的質(zhì)量，即能否滿足開發(fā)所帶來的成本、時(shí)間和風(fēng)險(xiǎn)等要求。軟件在其商業(yè)環(huán)境中所表現(xiàn)的質(zhì)量。0什么叫局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：設(shè)計(jì)測(cè)試用例檢查數(shù)據(jù)類型說明、初始化、默認(rèn)值等方面的問題，還要查清全程數(shù)據(jù)對(duì)模塊的影響。0軟件測(cè)試結(jié)束的標(biāo)志是什么：0測(cè)試的階段有哪些：需求規(guī)格說明、設(shè)計(jì)、編碼階段為引入程序錯(cuò)誤階段;測(cè)試階段為發(fā)現(xiàn)錯(cuò)誤階段;缺陷分類、缺陷分離、缺陷排除階段為清除程序錯(cuò)誤階段;0導(dǎo)致軟件缺陷的原因：1)技術(shù)問題2)算法錯(cuò)誤。3)語法錯(cuò)誤。計(jì)算和精度問題。系統(tǒng)結(jié)構(gòu)不合理，造成系統(tǒng)性能問題。接口參數(shù)不匹配出現(xiàn)問題。0六大質(zhì)量特性有哪些：1)功能性2)可靠性3)易用性4)效率性5)可維護(hù)性6)可移植性三、 名詞解釋(25分／5題)0a測(cè)試、卩測(cè)試、負(fù)載測(cè)試、壓力測(cè)試(強(qiáng)度測(cè)試)：a測(cè)試：Alpha測(cè)試是由選定的用戶進(jìn)行的產(chǎn)品早期性測(cè)試，這個(gè)測(cè)試一般在可控的環(huán)境下進(jìn)行。B測(cè)試(P29)：Beta測(cè)試是從用戶角度進(jìn)行的測(cè)試，是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。它是在開發(fā)者無法控制的軟件環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。強(qiáng)度測(cè)試：也稱壓力測(cè)試、負(fù)載測(cè)試。強(qiáng)度測(cè)試是要破壞程序，檢測(cè)非正常的情況系統(tǒng)的負(fù)載能力。強(qiáng)度測(cè)試模擬實(shí)際情況下的軟硬件環(huán)境和用戶使用過程的系統(tǒng)負(fù)荷，長(zhǎng)時(shí)間或超負(fù)荷地運(yùn)行測(cè)試軟件來測(cè)試系統(tǒng)，以檢驗(yàn)系統(tǒng)能力的最高限度，從而了解系統(tǒng)的可靠性、穩(wěn)定性等。0邏輯覆蓋、路徑覆蓋：邏輯覆蓋：是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計(jì)測(cè)試用例的技術(shù)。它屬于白盒測(cè)試。路徑覆蓋：路徑覆蓋是在組件中被測(cè)試執(zhí)行到的路徑的百分比。要求設(shè)計(jì)若干測(cè)試用例，執(zhí)行被測(cè)試程序時(shí)，能夠覆蓋程序中所有的可能路徑。0軟件測(cè)試活動(dòng)生命周期：軟件測(cè)試活動(dòng)生命周期：是指軟件從進(jìn)入測(cè)試到退出測(cè)試的過程中，所要經(jīng)歷的引入程序錯(cuò)誤、通過測(cè)試發(fā)現(xiàn)錯(cuò)誤和清除程序錯(cuò)誤的幾個(gè)階段。0樁模塊、驅(qū)動(dòng)模塊：樁模塊(P105)：用于代替所測(cè)模塊調(diào)用的子模塊。樁模塊可以進(jìn)行少量的數(shù)據(jù)操作，不需要實(shí)現(xiàn)子模塊的所有功能，但要根據(jù)需要來實(shí)現(xiàn)或代替子模塊的一部分功能。驅(qū)動(dòng)模塊(P105)：相當(dāng)于所測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測(cè)模塊，最后再輸出實(shí)際測(cè)試結(jié)果。0大爆炸集成、三明治集成、改進(jìn)的三明治集成、高頻集成：大爆炸集成(P153)：屬于非增值式集成的一種方法，也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測(cè)試的模塊一次性集成到一起進(jìn)行測(cè)試，不考慮組件之間的互相依賴性及可能存在的風(fēng)險(xiǎn)。三明治集成(P158)：一種混合增量式測(cè)試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點(diǎn)，因此也屬于基于功能分解的集成。這種方法樁和開發(fā)工作都比較小，但增加了定位缺陷的難度。改進(jìn)的三明治集成（P160）：利用較高的并行度彌補(bǔ)三明治集成中不能充分測(cè)試中間層的缺點(diǎn)。但根據(jù)中間層選擇是否恰當(dāng)，可能增加驅(qū)動(dòng)模塊和樁模塊設(shè)計(jì)的工作量。高頻集成（P165）：高頻集成測(cè)試是指同步于軟件開發(fā)過程，每隔一段時(shí)間對(duì)開發(fā)團(tuán)隊(duì)的現(xiàn)有代碼進(jìn)行一次集成測(cè)試。該集成測(cè)試方法頻繁地將新代碼加入到一個(gè)已經(jīng)穩(wěn)定的基線中，以免集成故障難以發(fā)現(xiàn)，同時(shí)控制可能出現(xiàn)的基線偏差。四、 簡(jiǎn)答題（30分／6題）0軟件測(cè)試和軟件測(cè)試結(jié)束的標(biāo)準(zhǔn)：（可能考法：什么是軟件測(cè)試，軟件測(cè)試分為哪幾個(gè)階段）軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程?；蛘哒f，軟件測(cè)試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過程。軟件測(cè)試過程按各測(cè)試階段的先后順序可分為單元測(cè)試、集成測(cè)試、確認(rèn)（有效性）測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收（用戶）測(cè)試5個(gè)階段軟件測(cè)試退出標(biāo)準(zhǔn)為：完成測(cè)試需求中列出的所有功能及測(cè)試過程中發(fā)現(xiàn)缺陷的回歸測(cè)試。0軟件缺陷等級(jí)：1） 致命的：致命的錯(cuò)誤，造成系統(tǒng)或應(yīng)用程序崩潰、死機(jī)、系統(tǒng)懸掛，或造成數(shù)據(jù)丟失、主要功能完全喪失等。2） 嚴(yán)重的：嚴(yán)重錯(cuò)誤，指功能或特性沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能完全喪失，或致命的錯(cuò)誤聲明。3） 一般的：不太嚴(yán)重的錯(cuò)誤，這樣的軟件缺陷雖然不影響系統(tǒng)的基本使用，但沒有很好地實(shí)現(xiàn)功能，沒有達(dá)到預(yù)期效果。如次要功能喪失，提示信息不太準(zhǔn)確，或用戶界面差，操作時(shí)間長(zhǎng)等。4） 微小的：一些小問題，對(duì)功能幾乎沒有影響，產(chǎn)品及屬性仍可使用，如有個(gè)別錯(cuò)別字、文字排列不整齊等。0階段評(píng)審和同行評(píng)審：同行評(píng)審是一種重要而有效的工程方法，在軟件產(chǎn)品工程中調(diào)用此方法，可通過法根式審查、結(jié)構(gòu)化走查或者一些其他的學(xué)院式的評(píng)審方法加以實(shí)施。其目的是及早和高效地去除軟件工作中的缺陷，必然結(jié)果是增強(qiáng)對(duì)軟件工作產(chǎn)品和可預(yù)防缺陷的了解。階段評(píng)審是利用在需求分析階段所選擇并制定的標(biāo)準(zhǔn)、規(guī)范以及計(jì)劃的安排，對(duì)軟件工程各階段的進(jìn)展、完成質(zhì)量及出現(xiàn)的問題進(jìn)行正式評(píng)審，確保過程計(jì)劃并遵守標(biāo)準(zhǔn)和規(guī)范執(zhí)行，然后形成報(bào)告。當(dāng)發(fā)現(xiàn)問題是，要準(zhǔn)尋逐級(jí)解決的原則，將處理結(jié)果通知相關(guān)人員，記錄解決過程及結(jié)果以作日后改進(jìn)重要參考資料。兩者都是有關(guān)軟件質(zhì)量管理和保證的重要內(nèi)容，二者相輔相成，缺一不可。0※單元測(cè)試策略（特別注意退出的原則）和集成測(cè)試的策略（P106）：?jiǎn)卧獪y(cè)試策略主要有三種方式：1） 自頂向下的單元測(cè)試策略：2） 自底向上的單元測(cè)試策略：3） 孤立測(cè)試的單元測(cè)試策略：?jiǎn)卧獪y(cè)試退出的標(biāo)準(zhǔn)：1） 單元測(cè)試用例設(shè)計(jì)已經(jīng)通過評(píng)審2） 核心代碼100％經(jīng)過CodeReview3） 單元測(cè)試功能覆蓋率達(dá)到100％4） 單元測(cè)試代碼行覆蓋率不低于80％5） 所有發(fā)現(xiàn)缺陷至少60％都納入缺陷追蹤系統(tǒng)且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)不存在A、B類缺陷C、D、E類缺陷允許存在按照單元測(cè)試用例完成了所有規(guī)定單元的測(cè)試9)軟件單元功能與設(shè)計(jì)一致集成測(cè)試的策略：1)大爆炸集成自頂向下集成自底向上集成4)三明治集成5)高頻集成6)分層集成7)分布式集成8)基于路徑、功能、進(jìn)度、風(fēng)險(xiǎn)、事件、使用等的集成等等0恢復(fù)性測(cè)試和安全性測(cè)試：恢復(fù)性測(cè)試也叫容錯(cuò)測(cè)試，用來檢查系統(tǒng)的容錯(cuò)能力。通常若計(jì)算機(jī)系統(tǒng)出現(xiàn)錯(cuò)誤，就必須在一定時(shí)間內(nèi)從錯(cuò)誤中恢復(fù)過來，修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)。恢復(fù)測(cè)試是通過各種手段，讓軟件強(qiáng)制性地出錯(cuò)，使其不能正常工作，從而檢驗(yàn)系統(tǒng)的恢復(fù)能力。在進(jìn)行恢復(fù)性測(cè)試時(shí)，要考慮的主要問題有：恢復(fù)期間的安全性過程。恢復(fù)處理日志方面的能力。當(dāng)出現(xiàn)供電問題時(shí)的恢復(fù)能力?；謴?fù)操作后系統(tǒng)性能是否下降。常用的恢復(fù)測(cè)試用例的設(shè)計(jì)方法：規(guī)范導(dǎo)出法、錯(cuò)誤猜測(cè)法、基于故障的測(cè)試安全性測(cè)試就是要驗(yàn)證系統(tǒng)內(nèi)的保護(hù)機(jī)制能否抵御入侵者的攻擊。安全性測(cè)試的測(cè)試人員需要在測(cè)試活動(dòng)中，撒氣不同的入侵方式來攻擊系統(tǒng)的安全機(jī)制想盡一切辦法來獲取系統(tǒng)內(nèi)的保密信息。通常需要模擬的活動(dòng)有：獲取系統(tǒng)密碼破壞保護(hù)客戶信息的軟件獨(dú)占整個(gè)系統(tǒng)資源，使別人無法使用使得系統(tǒng)癱瘓，企圖在恢復(fù)系統(tǒng)階段獲得利益等0判斷系統(tǒng)安全性性能的指標(biāo)：有效性：?jiǎn)?dòng)嚴(yán)格的安全性性能所花費(fèi)的時(shí)間占啟動(dòng)整個(gè)系統(tǒng)所花費(fèi)時(shí)間的比例。生存性：當(dāng)錯(cuò)誤發(fā)生時(shí)，系統(tǒng)對(duì)緊急操作的支持，對(duì)錯(cuò)誤的補(bǔ)救措施以及恢復(fù)到正常操作的能力，即系統(tǒng)的抗挫能力。精確性：衡量系統(tǒng)安全性控制的精度指標(biāo)，圍繞所出現(xiàn)的錯(cuò)誤數(shù)量、發(fā)生頻率及其嚴(yán)重性判斷。反應(yīng)時(shí)間：出錯(cuò)時(shí)系統(tǒng)響應(yīng)速度的快慢，一個(gè)安全性較強(qiáng)的系統(tǒng)要具備快速的反應(yīng)速度吞吐量：用戶和服務(wù)請(qǐng)求的峰值和平均值。五、 設(shè)計(jì)案例(15分／2題)0怎樣制定有效等價(jià)類、無效等價(jià)類(作業(yè)1)：測(cè)試場(chǎng)景：一個(gè)程序讀入3個(gè)整數(shù)，把這三個(gè)數(shù)值看作一個(gè)三角形的3條邊的長(zhǎng)度值。這個(gè)程序要打印出信息，說明這個(gè)三角形是不等邊的、是等腰的、還是等邊的設(shè)三角形的3條邊分別為A,B,C。如果它們能夠構(gòu)成三角形的3條邊，必須滿足：A>0，B>0，C>0,且A+B>C,B+C>A,A+C>B；如果是等腰的，還要判斷A=B,或B=C，或A=C；如果是等邊的，則需判斷是否A=B,且B=C,且A=C。0根據(jù)程序畫出程序流程圖（作業(yè)2）：程序流程圖控制流圖（已經(jīng)給出）圈復(fù)雜度獨(dú)立路徑測(cè)試用例0制定有效等價(jià)類、無效等價(jià)類：輸入條件有效等價(jià)類無效等價(jià)類是否構(gòu)成三角形A>0(1)AW0(7)B>0(2)BW0(8)C>0(3)CW0⑼A+B>C(4)A+BWC(10)B+C>A(5)B+CWA(11)C+A>B(6)C+AWB(12)是否構(gòu)成普通三角形A+B>C(13)A+BWC(16)B+C>A(14)B+CWA(17)C+A>B(15)C+AWB(18)是否等腰三角形(A=B)&(A+B>C)AMB(22)(19)BMC(23)(B=C)&(B+C>A)(20)(C=A)&(C+A>B)(21)CMA(24)是否等邊三角形(A=B)&(B=C)&(C=A)AMB(26)(25)BMC(27)CMA(28)0獨(dú)立路徑測(cè)試法應(yīng)用舉例：程序：main(){intnum1=0,num2=0,score=100;inti;charstr;6scanf(“%d,%c\n”,&i,&str);7while(i<5)8{9if(str='T')10num1++;elseif(str='F'){score=score-10;num2++;}i++;}18printf(“num1=%d,num2=%d,score=%d\n”,num1,num2,score);19}根據(jù)程序畫出控制流圖：控制流圖G（二） 根據(jù)控制流圖計(jì)算圈復(fù)雜度：根據(jù)程序環(huán)形復(fù)雜度的計(jì)算公式，求出程序路徑集合中的獨(dú)立路徑數(shù)目。公式1：V（G）=10-8+2,其中10是控制流圖G中邊的數(shù)量，8是控制流圖中節(jié)點(diǎn)的數(shù)目。公式2：V（G）=3+1，其中3是控制流圖G中判斷節(jié)點(diǎn)的數(shù)目。公式3：V（G）=4，其中4是控制流圖G中區(qū)域的數(shù)目。因此，控制流圖G的環(huán)形復(fù)雜度是4。就是說至少需要4條獨(dú)立路徑組成基本路徑集合，并由此得到能夠覆蓋所有程序語句的測(cè)試用例。（三） 確定基本路徑集合（即獨(dú)立路徑集合）：一條獨(dú)立路徑是至少包含有一條在其它獨(dú)立路徑中從未有過的邊的路徑。根據(jù)上面環(huán)形復(fù)雜度的計(jì)算結(jié)果，源程序的基本路徑集合中有4條獨(dú)立路徑：path1：7->18path2：7->9->10->16->7->18path3：7->9->11->15->16->7->18path4：7->9->11->13->14->15->16->7->18（四）為每一條獨(dú)立路徑各設(shè)計(jì)一組測(cè)試用例，以便強(qiáng)迫程序沿著該路徑至少執(zhí)行一次：測(cè)試用例輸入期望輸出執(zhí)行路徑istrNum1Num2ScoreCase15‘T'00100路徑1Case24‘T'10100路徑2Case34‘A'00100路徑3Case44F0190路徑4六、參考題（一）判斷：判定語句：對(duì)于連鎖型分支結(jié)構(gòu)，若有n個(gè)判定語句，則有2n條路徑。黑盒測(cè)試：用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)產(chǎn)品的功能設(shè)計(jì)的。（二）選擇：0軟件測(cè)試的目的是（發(fā)現(xiàn)軟件的錯(cuò)誤）。0為了提高測(cè)試的效率，應(yīng)該（選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)）0使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（程序的內(nèi)部邏輯）和指定的覆蓋標(biāo)準(zhǔn)。0與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（項(xiàng)目開發(fā)計(jì)劃）。0軟件的工作最好由（不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員）承擔(dān)，以提高集成測(cè)試的效果。測(cè)試真正的目的是使我們通過對(duì)軟件錯(cuò)誤的原因和分布進(jìn)行歸納，來發(fā)現(xiàn)并排除當(dāng)前軟件產(chǎn)品的缺陷，對(duì)在需求和設(shè)計(jì)過程中存在的問題查缺補(bǔ)漏，從而確保軟件產(chǎn)品的質(zhì)量。常見軟件測(cè)試工程師面試題1.你如何在pocketpc上TEST你的程序.你考慮了哪些方面.如果將你的程序的語言擴(kuò)展到非英語,例如中文,你如何測(cè)試.給你一個(gè)COCAN,你如何測(cè)試（解釋說就是罐裝的可口可樂）.當(dāng)你的程序遇到BUG的時(shí)候，你選擇怎樣處理.你如何isolation你程序里的BUG.給你一個(gè)產(chǎn)品有10個(gè)functionality,如果時(shí)間緊迫，只能測(cè)其中的5個(gè)，你如何選擇.軟件測(cè)試工程師筆試試題答案我認(rèn)為那些面試題不同的人會(huì)有不同的答案下面是部分答案一、判斷題（每題1分，12分，正確的丿，錯(cuò)誤的X）1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（）軟件測(cè)試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說上面的這個(gè)論斷是正確的。不少人會(huì)認(rèn)為軟件測(cè)試可以保證軟件的質(zhì)量，其實(shí)這個(gè)觀點(diǎn)是錯(cuò)誤，測(cè)試只是軟件質(zhì)量控制中的一個(gè)角色，其活動(dòng)并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面如果有了軟件測(cè)試人員，產(chǎn)品的質(zhì)量就會(huì)好起來。2．Beta測(cè)試是驗(yàn)收測(cè)試的一種。（）Beat測(cè)試和驗(yàn)收測(cè)試是兩種不同的測(cè)試。驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的obeta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以兩者之間的是非包容關(guān)系。3?驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（）上面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，所以驗(yàn)收測(cè)試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測(cè)試由最終用戶來實(shí)施的情況是比較長(zhǎng)見的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測(cè)試會(huì)更多。4?項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（）應(yīng)該說這道題目沒有明確的答案，在項(xiàng)目立項(xiàng)前測(cè)試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測(cè)試工程師，那么就應(yīng)該有一個(gè)明確的答案。5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（）同樣這一題目也沒有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來源和其統(tǒng)計(jì)的方法，樣本都沒有一個(gè)工業(yè)標(biāo)準(zhǔn)。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說一個(gè)簡(jiǎn)單的例子，在用ASP,php這類腳本語言開發(fā)網(wǎng)頁(yè)的時(shí)候是根本沒有復(fù)雜的單元測(cè)試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測(cè)試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（）這道題目大家看下top-down和down-top的集成測(cè)試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測(cè)試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測(cè)試。驅(qū)動(dòng)程序和樁程序都是需要開發(fā)的。8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）關(guān)于負(fù)載測(cè)試和壓力測(cè)試在論壇中的帖子中有詳細(xì)的解釋，大家可以去看一下就能得出正確的答案9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（）同樣，這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測(cè)試人員的意見，但測(cè)試人員的意見非決定性。所以還是要看一個(gè)企業(yè)賦予測(cè)試人員有多大的權(quán)力。10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（）如果測(cè)試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會(huì)讓普通的測(cè)試人員參與代碼的評(píng)審。11．我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。12．集成測(cè)試計(jì)劃在需求分析階段末提交。（）集成測(cè)試計(jì)劃在開發(fā)人員完成軟件集成計(jì)劃之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。二、不定項(xiàng)選擇題（每題2分，10分）1．軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（）A．軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B．所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和一C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全?；卮疬@道題，你必須是這家企業(yè)的員工。前面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測(cè)試標(biāo)準(zhǔn)做一些調(diào)整。2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）項(xiàng)目經(jīng)理B．SQA負(fù)責(zé)人配置負(fù)責(zé)人測(cè)試組上面的4種角色都需要參與3．下列關(guān)于alpha測(cè)試的描述中正確的是：（）A．a(chǎn)lpha測(cè)試需要用戶代表參加B．a(chǎn)lpha測(cè)試不需要用戶代表參加C．a(chǎn)lpha測(cè)試是系統(tǒng)測(cè)試的一種D.alpha測(cè)試是驗(yàn)收測(cè)試的一種首先大家需要知道alpha測(cè)試是系統(tǒng)級(jí)別的測(cè)試，該測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是AD轉(zhuǎn)貼請(qǐng)注明:志遠(yuǎn)工作室測(cè)試設(shè)計(jì)員的職責(zé)有：（）制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試用例設(shè)計(jì)測(cè)試過程、腳本評(píng)估測(cè)試活動(dòng)合理的答案的是BC,同時(shí)要看軟件企業(yè)對(duì)該類人員的職責(zé)是如何定義。軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）需求工件已經(jīng)被基線化詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化構(gòu)架工件已經(jīng)被基線化項(xiàng)目階段成果已經(jīng)被基線化先要了解一下什么是基線。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了填空題（每空1分，24分）1?軟件驗(yàn)收測(cè)試包括—、—、—三種類型。軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種測(cè)試。系統(tǒng)測(cè)試的策略有功能測(cè)試、、、、易用性測(cè)試、、、、、、、、、、等15種方法。系統(tǒng)測(cè)試的策略有很多種的，我知道的有性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試、易用性測(cè)試、安全測(cè)試、配置測(cè)試、安裝測(cè)試、文檔測(cè)試、故障恢復(fù)測(cè)試、用戶界面測(cè)試、恢復(fù)測(cè)試、分布測(cè)試、可用性測(cè)試。。。設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃。對(duì)面向過程的系統(tǒng)采用的集成策略有___、___兩種。5.通過畫因果圖來寫測(cè)試用例的步驟為___、___、___、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。利用因果圖生成測(cè)試用例的基本步驟是：§分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。§分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系?根據(jù)這些關(guān)系，畫出因果圖?！煊捎谡Z法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件?！彀岩蚬麍D轉(zhuǎn)換成判定表?！彀雅卸ū淼拿恳涣心贸鰜碜鳛橐罁?jù)，設(shè)計(jì)測(cè)試用例。常見的軟件測(cè)試面試題常見的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。1.等價(jià)類劃分常見的軟件測(cè)試面試題劃分等價(jià)類:等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.邊界值分析法邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤.使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).3.錯(cuò)誤推測(cè)法基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤,從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.錯(cuò)誤推測(cè)方法的基本思想:列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例.例如,在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤.以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等,這些就是經(jīng)驗(yàn)的總結(jié)。還有,輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯(cuò)誤的情況?？蛇x擇這些情況下的例子作為測(cè)試用例.4.因果圖方法前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多.因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測(cè)試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.正交表分析法有時(shí)候，可能因?yàn)榇罅康膮?shù)的組合而引起測(cè)試用例數(shù)量上的激增，同時(shí)，這些測(cè)試用例并沒有明顯的優(yōu)先級(jí)上的差距，而測(cè)試人員又無法完成這么多數(shù)量的測(cè)試，就可以通過正交表來進(jìn)行縮減一些用例，從而達(dá)到盡量少的用例覆蓋盡量大的范圍的可能性。場(chǎng)景分析方法指根據(jù)用戶場(chǎng)景來模擬用戶的操作步驟，這個(gè)比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過程。項(xiàng)目經(jīng)理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測(cè)試人員共同完成需求文檔的評(píng)審，評(píng)審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過綜合開發(fā)人員，測(cè)試人員以及客戶的意見，完成項(xiàng)目計(jì)劃。然后SQA進(jìn)入項(xiàng)目，開始進(jìn)行統(tǒng)計(jì)和跟蹤開發(fā)人員根據(jù)需求文檔完成需求分析文檔，測(cè)試人員進(jìn)行評(píng)審，評(píng)審的主要內(nèi)容包括是否有遺漏或者雙方理解不同的地方。測(cè)試人員完成測(cè)試計(jì)劃文檔，測(cè)試計(jì)劃包括的內(nèi)容上面有描述。測(cè)試人員根據(jù)修改好的需求分析文檔開始寫測(cè)試用例，同時(shí)開發(fā)人員完成概要設(shè)計(jì)文檔，詳細(xì)設(shè)計(jì)文檔。此兩份文檔成為測(cè)試人員撰寫測(cè)試用例的補(bǔ)充材料。測(cè)試用例完成后，測(cè)試和開發(fā)需要進(jìn)行評(píng)審。測(cè)試人員搭建環(huán)境開發(fā)人員提交第一個(gè)版本，可能存在未完成功能，需要說明。測(cè)試人員進(jìn)行測(cè)試，發(fā)現(xiàn)BUG后提交給BugZilla。開發(fā)提交第二個(gè)版本，包括BugFix以及增加了部分功能，測(cè)試人員進(jìn)行測(cè)試。重復(fù)上面的工作，一般是3-4個(gè)版本后BUG數(shù)量減少，達(dá)到出貨的要求。如果有客戶反饋的問題，需要測(cè)試人員協(xié)助重現(xiàn)以及回歸測(cè)試。以往是否曾經(jīng)從事過性能測(cè)試工作？請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過程。曾經(jīng)做過一套網(wǎng)管系統(tǒng)的性能測(cè)試，主要測(cè)試該軟件在同時(shí)管理大量終端的情況下，在響應(yīng)時(shí)間，CPU/磁盤/內(nèi)存等參數(shù)是否滿足要求。也曾經(jīng)做過軟交換系統(tǒng)的呼叫性能測(cè)試，主要是測(cè)試軟交換系統(tǒng)在有大量呼叫的情況下，響應(yīng)時(shí)間，呼叫成功率，CPU/磁盤/內(nèi)存等參數(shù)是否滿足設(shè)計(jì)要求。您在從事性能測(cè)試工作時(shí)，是否使用過一些測(cè)試工具？如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟恚⒁砸粋€(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。測(cè)試網(wǎng)管系統(tǒng)中，使用的Mimic來模擬終端，能夠大量的節(jié)省成本。測(cè)試軟交換系統(tǒng)的時(shí)候，使用的Prolab來模擬終端并發(fā)送呼叫軟交換，他完成了同時(shí)數(shù)百人才能完成的摘機(jī)撥號(hào)工作，主要工作原理是產(chǎn)生一些符合要求的IP包并發(fā)送給軟交換系統(tǒng)，同時(shí)對(duì)軟交換系統(tǒng)的回應(yīng)進(jìn)行處理，決定下一步動(dòng)作。您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什么？主要是保障在大量用戶的情況下，服務(wù)能正常使用。在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？在傳統(tǒng)的BugZilla中，BUG描述應(yīng)該包括以下的信息和BUG產(chǎn)生對(duì)應(yīng)的軟件版本開發(fā)的接口人員BUG的優(yōu)先級(jí)BUG的嚴(yán)重程度BUG可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷BUG標(biāo)題，需要清晰的描述現(xiàn)象BUG描述，需要盡量給出重新Bug的步驟BUG附件中能給出相關(guān)的日志和截圖。高質(zhì)量的BUG記錄就是指很容易理解的BUG記錄，所以，對(duì)于描述的要求高，能提供的信息多且準(zhǔn)確，很好的幫助開發(fā)人員定位。對(duì)軟件測(cè)試工程師面試題目的回答01.為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作？保證軟件質(zhì)量的最后一道關(guān)口。02?您是否了解以往所工作的企業(yè)的軟件測(cè)試過程？如果了解，請(qǐng)?jiān)囀鲈谶@個(gè)過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？測(cè)試計(jì)劃->測(cè)試設(shè)計(jì)（測(cè)試用例，測(cè)試數(shù)據(jù)）->測(cè)試執(zhí)行（單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，回歸測(cè)試）03.您所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）易用性測(cè)試-界面的友好性，操作方便性等。功能測(cè)試-系統(tǒng)中功能性需求的滿足安全性測(cè)試-系統(tǒng)是否存在安全隱患和漏洞性能測(cè)試-系統(tǒng)在大并發(fā)下的響應(yīng)速度和健壯性04?請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。黑盒/白盒:主要區(qū)別在是否了解系統(tǒng)或程序的內(nèi)部結(jié)構(gòu)和代碼單元測(cè)試:關(guān)注某一個(gè)單元，函數(shù)，模塊的正確性，一般需要編寫相關(guān)測(cè)試代碼。集成測(cè)試:模塊或模塊直接的集成接口測(cè)試，單個(gè)模塊測(cè)試系統(tǒng)測(cè)試:一個(gè)完整功能的完全測(cè)試。05.測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？提前安排出測(cè)試工具選擇，測(cè)試類型選擇，人員需求，保證和項(xiàng)目開發(fā)協(xié)調(diào)一致，保證測(cè)試工作順利進(jìn)行。06?您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？了解項(xiàng)目或系統(tǒng)的業(yè)務(wù)需求和項(xiàng)目經(jīng)理協(xié)調(diào)好，了解項(xiàng)目的進(jìn)度計(jì)劃安排情況07?您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。邊界值/等價(jià)類/業(yè)務(wù)流程圖分析和狀態(tài)轉(zhuǎn)換分析/業(yè)務(wù)邏輯分析08?您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？對(duì)業(yè)務(wù)和軟件需求非常清楚，可以根據(jù)需求不同選擇不同的測(cè)試用例設(shè)計(jì)09?您以往的工作中是否曾開展過測(cè)試用例的評(píng)審工作？如果有，請(qǐng)描述測(cè)試用例評(píng)審的過程和評(píng)審的內(nèi)容。評(píng)審計(jì)劃->預(yù)審->評(píng)審；評(píng)審內(nèi)容主要是測(cè)試用例對(duì)軟件需求的覆蓋程度，對(duì)于相關(guān)邊界是否考慮，是否針對(duì)復(fù)雜流程準(zhǔn)備多套測(cè)試數(shù)據(jù)，是否有專門針對(duì)非功能性需求的測(cè)試。10?您以往是否曾經(jīng)從事過性能測(cè)試工作？如果有，請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過程。制訂計(jì)劃->選擇測(cè)試功能->選擇測(cè)試工具->錄制腳本->運(yùn)行測(cè)試->分析結(jié)果11.您在從事性能測(cè)試工作時(shí)，是否使用過一些測(cè)試工具？如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟恚⒁砸粋€(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。微軟WAS,LoadRunner12?您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什么？關(guān)鍵是測(cè)試腳本的錄制，測(cè)試時(shí)候測(cè)試環(huán)境的干凈。13.在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？缺陷名詞/描述/缺陷等級(jí)/嚴(yán)重程度/發(fā)現(xiàn)模塊/發(fā)現(xiàn)步驟和過程/是否可以重現(xiàn)14?您以往所從事的軟件測(cè)試工作中，是否使用了一些工具來進(jìn)行軟件缺陷（Bug）的管理？如果有，請(qǐng)結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。CQ，也可以使用BugFree等免費(fèi)工具。15?您如何看待軟件過程改進(jìn)？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進(jìn)的東西呢？您期望的理想的測(cè)試人員的工作環(huán)境是怎樣的？將先進(jìn)的經(jīng)驗(yàn)或思想固化到過程中，通過過程改進(jìn)和能力提高來改進(jìn)軟件質(zhì)量。軟件測(cè)試:微軟測(cè)試工程師面試題1.你如何在pocketpc上TEST你的程序.你考慮了哪些方面.2?如果將你的程序的語言擴(kuò)展到非英語，例如中文，你如何測(cè)試.給你一個(gè)COCAN,你如何測(cè)試（解釋說就是罐裝的可口可樂）.當(dāng)你的程序遇到BUG的時(shí)候，你選擇怎樣處理.你如何isolation你程序里的BUG.給你一個(gè)產(chǎn)品有10個(gè)functionality，如果時(shí)間緊迫，只能測(cè)其中的5個(gè)，你如何選擇.其它相關(guān)：如果別人問我這些題目，我想我會(huì)大致這樣回答，各位從事軟件測(cè)試的同志們幫我看看回答的怎么樣。01.為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作？答：軟件測(cè)試在整個(gè)一個(gè)團(tuán)隊(duì)中占有非常重要的地位，具體來說就是測(cè)試是一個(gè)發(fā)現(xiàn)軟件錯(cuò)誤的過程，執(zhí)行軟件測(cè)試會(huì)以最少的人力和時(shí)間，系統(tǒng)的找到軟件存在的缺陷和錯(cuò)誤建立起開發(fā)人員和使用者對(duì)軟件的信心。02.您是否了解以往所工作的企業(yè)的軟件測(cè)試過程？如果了解，請(qǐng)?jiān)囀鲈谶@個(gè)過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？答：軟件測(cè)試部門配合系統(tǒng)分析人員軟件需求分析討論，并根據(jù)需求說明書制定《項(xiàng)目測(cè)試計(jì)劃》，編寫測(cè)試用例，建立測(cè)試環(huán)境。軟件測(cè)試人員負(fù)責(zé)軟件開發(fā)部門的新產(chǎn)品測(cè)試及原有產(chǎn)品的升級(jí)測(cè)試，負(fù)責(zé)軟件問題解決過程跟蹤，負(fù)責(zé)軟件開發(fā)文檔開發(fā)工作的規(guī)范化及管理開發(fā)部門的產(chǎn)品文檔，制作用戶手冊(cè)及操作手冊(cè)，負(fù)責(zé)產(chǎn)品的上線測(cè)試，監(jiān)督軟件開發(fā)過程的執(zhí)行，提高產(chǎn)品質(zhì)量。03.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對(duì)于軟件測(cè)試部分，可以簡(jiǎn)述）答：需求人員連同系統(tǒng)分析人員&測(cè)試人員開會(huì)討論需求。系統(tǒng)分析人員寫出需求分析說明，并連同系統(tǒng)分析人員&測(cè)試人員&需求人員開會(huì)討論可行性。系統(tǒng)分析人員寫出詳細(xì)設(shè)計(jì)說明書，程式人員編碼，給出系統(tǒng)流程圖。交與測(cè)試人員，測(cè)試人員給出Bug統(tǒng)計(jì)表。04.您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長(zhǎng)哪部分工作？答：從事過writetestplan，creationoftestcase，進(jìn)行功能測(cè)試，性能測(cè)試，編寫測(cè)試工具，文檔的管理等，比較擅長(zhǎng)與寫測(cè)試用例和進(jìn)行功能測(cè)試。05.您所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）答：有功能測(cè)試，性能測(cè)試，可靠性測(cè)試，安全性測(cè)試，負(fù)載測(cè)試，壓力測(cè)試，安裝/卸載測(cè)試，啟動(dòng)/停止測(cè)試，兼容性測(cè)試，互連測(cè)試，文檔測(cè)試，恢復(fù)測(cè)試，回歸測(cè)試，可使用性測(cè)試，容量測(cè)試。功能測(cè)試只對(duì)軟件的功能是否滿足用戶需求來做測(cè)試。性能測(cè)試需要和壓力和負(fù)載測(cè)試聯(lián)合起來。06.請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。黑盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子，測(cè)試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)透明的盒子，允許測(cè)試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程式所有邏輯路徑進(jìn)行測(cè)試。單元測(cè)試：白盒測(cè)試的一種，對(duì)軟件設(shè)計(jì)中的單元模塊進(jìn)行測(cè)試。集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，對(duì)單元模塊之間的連接和組裝進(jìn)行測(cè)試。系統(tǒng)測(cè)試：在所有都考慮的情況下，對(duì)系統(tǒng)進(jìn)行測(cè)試。驗(yàn)收測(cè)試：第三方進(jìn)行的確認(rèn)軟件滿足需求的測(cè)試。常見軟件測(cè)試工程師面試題01.為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作?答：軟件測(cè)試在整個(gè)一個(gè)團(tuán)隊(duì)中占有非常重要的地位，具體來說就是測(cè)試是一個(gè)發(fā)現(xiàn)軟件錯(cuò)誤的過程，執(zhí)行軟件測(cè)試會(huì)以最少的人力和時(shí)間，系統(tǒng)的找到軟件存在的缺陷和錯(cuò)誤,建立起開發(fā)人員和使用者對(duì)軟件的信心。02.您是否了解以往所工作的企業(yè)的軟件測(cè)試過程？如果了解，請(qǐng)?jiān)囀鲈谶@個(gè)過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？答：軟件測(cè)試部門配合系統(tǒng)分析人員軟件需求分析討論，并根據(jù)需求說明書制定《項(xiàng)目測(cè)試計(jì)劃》編寫測(cè)試用例，建立測(cè)試環(huán)境。軟件測(cè)試人員負(fù)責(zé)軟件開發(fā)部門的新產(chǎn)品測(cè)試及原有產(chǎn)品的升級(jí)測(cè)試，負(fù)責(zé)軟件問題解決過程跟蹤，負(fù)責(zé)軟件開發(fā)文檔開發(fā)工作的規(guī)范化及管理開發(fā)部門的產(chǎn)品文檔，制作用戶手冊(cè)及操作手冊(cè)，負(fù)責(zé)產(chǎn)品的上線測(cè)試，監(jiān)督軟件開發(fā)過程的執(zhí)行，提高產(chǎn)品質(zhì)量。03.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請(qǐng)?jiān)囀鲆粋€(gè)完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對(duì)于軟件測(cè)試部分,可以簡(jiǎn)述）答：需求人員連同系統(tǒng)分析人員&測(cè)試人員開會(huì)討論需求。系統(tǒng)分析人員寫出需求分析說明，并連同系統(tǒng)分析人員&測(cè)試人員&需求人員開會(huì)討論可行性。系統(tǒng)分析人員寫出詳細(xì)設(shè)計(jì)說明書，程式人員編碼，給出系統(tǒng)流程圖。交與測(cè)試人員，測(cè)試人員給出Bug統(tǒng)計(jì)表。04.您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長(zhǎng)哪部分工作？答：從事過writetestplan,creationoftestcase進(jìn)行功能測(cè)試，性能測(cè)試，編寫測(cè)試工具，文檔的管理等，比較擅長(zhǎng)與寫測(cè)試用例和進(jìn)行功能測(cè)試。05■您所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）答：有功能測(cè)試，性能測(cè)試，可靠性測(cè)試，安全性測(cè)試，負(fù)載測(cè)試，壓力測(cè)試，安裝卸載測(cè)試，啟動(dòng)/停止測(cè)試，兼容性測(cè)試，互連測(cè)試，文檔測(cè)試，恢復(fù)測(cè)試，回歸測(cè)試，可使用性測(cè)試，容量測(cè)試。功能測(cè)試只對(duì)軟件的功能是否滿足用戶需求來做測(cè)試。性能測(cè)試需要和壓力和負(fù)載測(cè)試聯(lián)合起來。06■請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。黑盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子，測(cè)試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)透明的盒子，允許測(cè)試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程式所有邏輯路徑進(jìn)行測(cè)試。單元測(cè)試：白盒測(cè)試的一種，對(duì)軟件設(shè)計(jì)中的單元模塊進(jìn)行測(cè)試。集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，對(duì)單元模塊之間的連接和組裝進(jìn)行測(cè)試。系統(tǒng)測(cè)試：