軟件測試習(xí)題集及詳細(xì)

一、判斷剖析題1.軟件測試的目的是盡可能多的找出軟件的缺點(diǎn)。（Y）軟件測試的目的是證明軟件沒有錯(cuò)誤。（N）測試組負(fù)責(zé)軟件質(zhì)量。(N)程序的效率與程序的復(fù)雜性相關(guān)。(N)5.軟件是一種邏輯實(shí)體，而不是詳細(xì)的物理實(shí)體，因此它擁有抽象性。(Y)測試程序但是按預(yù)期方式運(yùn)轉(zhuǎn)就行了。(N)好的測試員不懈追求圓滿。(Y)不存在質(zhì)量很高但靠譜性很差的產(chǎn)品。(N)測試是為了考據(jù)該軟件已正確地實(shí)現(xiàn)了用戶的要求。(N)發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。(Y)程序效率的提升主要應(yīng)經(jīng)過選擇高效的算法來實(shí)現(xiàn)。(Y)測試人員要堅(jiān)持原則，缺點(diǎn)未修復(fù)完果斷不予經(jīng)過。（項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（缺點(diǎn)追蹤系統(tǒng)只針對對測試人員來使用。(N)從用戶軟件開發(fā)者的角度出發(fā)，廣泛希望經(jīng)過軟件測試裸露軟件中隱蔽的錯(cuò)誤和缺點(diǎn)，以考慮能否可接受該產(chǎn)品。(N)16.軟件項(xiàng)目在進(jìn)入需求剖析階段，測試人員應(yīng)該開始介入此中。(Y)測試是提升產(chǎn)質(zhì)量量根本手段。（）代碼評審員一般由測試員擔(dān)當(dāng)。（代碼評審是檢查源代碼能否達(dá)到模塊設(shè)計(jì)的要求。（軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。(N)靜態(tài)白盒測試可以找出遺漏之處的問題。(Y)總是第一設(shè)計(jì)白盒測試用例。(N)用黑盒法測試時(shí)，測試用例是依據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。(N)黑盒測試方法中最有效的是因果圖法。(Y)軟件測試依據(jù)測試過程分類為黑盒、白盒測試。(N)26.白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動(dòng)測試或基于程序的測試。（Y）27.白盒測試時(shí)一般由開發(fā)人員兼任測試人員的角色。（Y）黑盒測試是從用戶看法出發(fā)的測試。（Y）白盒測試是從用戶看法出發(fā)的測試。（N）30.白盒測試依據(jù)程序外面特色進(jìn)行測試，黑盒測試依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)進(jìn)行測試。（N）31.程序經(jīng)過了全面的白盒測試，就不需要再進(jìn)行黑盒測試了。（N）對于同一個(gè)測試對象，等價(jià)類的測試用例數(shù)多于界限值的測試用例數(shù)。（）33.假如輸入條件規(guī)定了取值范圍，則可定義一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。（Y）不可以對輸出值域進(jìn)行強(qiáng)健性測試。（）35.有n個(gè)變量的函數(shù)的強(qiáng)健最壞狀況測試用例的個(gè)數(shù)為：5的n次方。（Y）36.有n個(gè)變量的函數(shù)的強(qiáng)健最壞狀況測試用例的個(gè)數(shù)為：7的n次方。（N）37.有n個(gè)變量的函數(shù)的強(qiáng)健性測試用例的個(gè)數(shù)為：5n+1。（N）38.有n個(gè)變量的函數(shù)的最壞狀況測試會(huì)產(chǎn)生5的n次方個(gè)測試用例。（Y）39.有n個(gè)變量的函數(shù)的界限值剖析會(huì)產(chǎn)生4n+1個(gè)測試用例（Y）40.界限值剖析的假設(shè)是“多缺點(diǎn)”假設(shè)。（N）41.強(qiáng)健性測試的主要價(jià)值是觀察例外狀況的辦理。（Y）42.在設(shè)計(jì)測試用例時(shí)，應(yīng)包含合理的輸入條件和不合理的輸入條件。(Y)弱強(qiáng)健等價(jià)類測試基于多缺點(diǎn)假設(shè)。（N）44.強(qiáng)強(qiáng)健等價(jià)類測試是基于多缺點(diǎn)假設(shè)，并考慮了無效值。（Y）強(qiáng)一般等價(jià)類測試考慮了無效值。（Y）弱一般等價(jià)類是基于單缺點(diǎn)假設(shè)。（Y）弱強(qiáng)健等價(jià)類測試基于單缺點(diǎn)假設(shè)并考慮了無效值。（Y）等價(jià)類測試的弱形式不如對應(yīng)的強(qiáng)形式的測試全面（Y）語句覆蓋是最弱的邏輯覆蓋。（Y）語句覆蓋是最強(qiáng)的邏輯覆蓋。（N）判斷覆蓋不用然包含條件覆蓋。（Y）條件覆蓋不用然包含判斷覆蓋。（Y）53.判斷/條件覆蓋能同時(shí)滿足判斷、條件兩種覆蓋標(biāo)準(zhǔn)。（Y）54.判斷/條件覆蓋指滿足判斷覆蓋標(biāo)準(zhǔn)或條件覆蓋標(biāo)準(zhǔn)。（N）DD-路徑圖是一種壓縮圖。（Y）詳細(xì)設(shè)計(jì)的目的是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確立使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達(dá)工具給出清楚的描述。(Y)盡量用公共過程或子程序去取代重復(fù)的代碼段。（N）58.對于連鎖型分支結(jié)構(gòu)，如有n個(gè)判斷語句，則有2n條路徑。（Y）59.盡量采納復(fù)合的條件測試，以防備嵌套的分支結(jié)構(gòu)。（Y）60.GOTO語句看法簡單，使用方便，在某些狀況下，保留GOTO語句反能使寫出的程序更加簡潔。（Y）單元測試屬于動(dòng)向測試。(N)單元測試多采納白盒測試（結(jié)構(gòu)性測試）技術(shù)。（Y）單元測試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測試用例。（Y）單元測試需要為每個(gè)基本單元開發(fā)驅(qū)動(dòng)模塊或樁模塊。（Y）在面向?qū)ο笳Z語言言中，單元測試是函數(shù)或子過程。（）67.單元測試又稱為模塊測試，是針對軟件測試的最小單位－程序模塊進(jìn)行正確性檢驗(yàn)的測試工作?。（Y）集成測試計(jì)劃在需求剖析階段末提交。（自底向上集成需要測試員編寫驅(qū)動(dòng)程序。（70.進(jìn)行自底向上集成測試，需要為所測模塊或子系統(tǒng)編制相應(yīng)的驅(qū)動(dòng)模塊。（Y）71.進(jìn)行自底向上集成測試，需要為所測模塊或子系統(tǒng)編制相應(yīng)的樁模塊。（N）72.進(jìn)行自頂向下集成測試，需要為所測模塊或子系統(tǒng)編制相應(yīng)的驅(qū)動(dòng)模塊。（N）73.進(jìn)行自頂向下集成測試，需要為所測模塊或子系統(tǒng)編制相應(yīng)的樁模塊。（Y）MM-路徑是可執(zhí)行路徑。（Y）非漸增式集成方式，發(fā)現(xiàn)錯(cuò)誤難以診斷定位。（Y）76.集成測試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐漸集成為切合綱領(lǐng)設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。（Y）77.系統(tǒng)測試多采納白盒測試（結(jié)構(gòu)性測試）技術(shù)。（N）（黑盒測試）查收測試是由最后用戶來實(shí)行的。（79.負(fù)載測試是考據(jù)要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N）80.我們可以人為的使得軟件不存在配置問題。（N）可以宣告擁有配置缺點(diǎn)的軟件產(chǎn)品。(Y)全部軟件必然進(jìn)行某種程度的兼容性測試。(Y)全部軟件都有一個(gè)用戶界面，因此必然測試易用性。(N)84.β測試是由軟件的多個(gè)用戶在實(shí)質(zhì)使用環(huán)境下進(jìn)行的測試。（Y）系統(tǒng)測試是在真實(shí)或模擬系統(tǒng)運(yùn)轉(zhuǎn)環(huán)境下，檢查圓滿的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺(tái)等正確配置與連接，并滿足用戶需求。（Y）Beta測試是查收測試的一種。（Y）二、簡答題1.什么是軟件測試？軟件測試的目的和作用是什么?答：利用測試工具依據(jù)測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至依據(jù)需要編寫不一樣樣的測試工具，設(shè)計(jì)和保護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行剖析和評估。軟件測試是在受控制的條件下對系統(tǒng)或應(yīng)用程序進(jìn)行操作并討論操作的結(jié)果。軟件測試的目的是以最少的時(shí)間和人力，系統(tǒng)地找出軟件中暗藏的各種錯(cuò)誤和缺點(diǎn)。測試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)。一個(gè)成功的測試是發(fā)現(xiàn)了到現(xiàn)在未發(fā)現(xiàn)的錯(cuò)誤的測試。軟件測試的原則包含：全部的測試都應(yīng)追想到用戶的需求；盡早地和不停地進(jìn)行軟件測試；不可以能圓滿的測試，因?yàn)檩斎肓刻?，?zhí)行路徑太多；注意測試中的群集現(xiàn)象；防備測試自己的程序；設(shè)計(jì)周密的測試用例。簡述軟件測試的目的和原則。答：軟件測試的目的是以最少的時(shí)間和人力，系統(tǒng)地找出軟件中暗藏的各種錯(cuò)誤和缺點(diǎn)。測試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)。一個(gè)成功的測試是發(fā)現(xiàn)了到現(xiàn)在未發(fā)現(xiàn)的錯(cuò)誤的測試。軟件測試的原則包含：全部的測試都應(yīng)追想到用戶的需求；盡早地和不停地進(jìn)行軟件測試；不可以能圓滿的測試，因?yàn)檩斎肓刻螅瑘?zhí)行路徑太多；注意測試中的群集現(xiàn)象；防備測試自己的程序；設(shè)計(jì)周密的測試用例。3.軟件缺點(diǎn)產(chǎn)生的原由？答：?A．軟件需求說明書編寫的不全面，不圓滿，不正確，并且常常更正?B．軟件設(shè)計(jì)說明書?C．軟件操作人員的水平?D．開發(fā)人員不可以很好的理解需求明書和溝通不足4.什么是軟件測試，以及軟件測試的意義？答：軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。軟件測試是依據(jù)軟件開發(fā)階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測試用例（即輸入數(shù)據(jù)及預(yù)期的輸出結(jié)果），并利用這些測試用例去運(yùn)轉(zhuǎn)程序，以發(fā)現(xiàn)錯(cuò)誤的過程。意義：對產(chǎn)質(zhì)量量完成全面的評估，為軟件產(chǎn)品宣告（如查收測試）、軟件系統(tǒng)部署（如性能規(guī)劃測試）、軟件產(chǎn)品判斷（第三方獨(dú)立測試）拜托方和被拜托方瓜葛仲裁（第三方獨(dú)立測試）和其余決策供給信息；經(jīng)過連續(xù)的測試（包含需求評審、設(shè)計(jì)評審、代碼評審等）可以對產(chǎn)質(zhì)量量供給連續(xù)的、快速的反響，從而在整個(gè)開發(fā)過程中不停地、及時(shí)地改進(jìn)產(chǎn)品的質(zhì)量，并減少各種返工，降低軟件開發(fā)的成本；3.經(jīng)過測試發(fā)現(xiàn)所要交付產(chǎn)品的缺點(diǎn)，特別是盡可能地發(fā)現(xiàn)各種嚴(yán)重的缺點(diǎn)，降低或除掉產(chǎn)品質(zhì)量風(fēng)險(xiǎn)，提升客戶的滿意度，擴(kuò)大市場份額，提升客戶的忠誠度。經(jīng)過對缺點(diǎn)進(jìn)行剖析，找出缺點(diǎn)發(fā)生的根根源因（軟件過程中的問題，包含錯(cuò)誤的行為方式）或總結(jié)出軟件產(chǎn)品的缺點(diǎn)模式，防備未來犯相同的錯(cuò)誤或產(chǎn)生近似的產(chǎn)品問題，達(dá)到缺點(diǎn)預(yù)防的目的什么是軟件測試？什么是測試用例，測試用例必然包含那幾部分？答：狹義的講，?一個(gè)測試用例就是測試人員用以測試被測軟件的某個(gè)特色或特色組合的?一組數(shù)據(jù)。?這組數(shù)據(jù)可能是從用戶處得來的實(shí)質(zhì)的一組數(shù)據(jù)，?也可能是測試人員特意設(shè)計(jì)出?來的測試軟件某些功能的一組數(shù)據(jù)。簡述你對測試工作的認(rèn)識(shí)過程、在今后的工作的一些建議。請辨析軟件的質(zhì)量是“設(shè)計(jì)出來的”還是“測試出來的”看法。軟件測試與軟件開發(fā)的關(guān)系？答：軟件開發(fā)是一個(gè)系統(tǒng)的工程。包含需求剖析，設(shè)計(jì)，編碼，測試，保護(hù)等等幾個(gè)環(huán)節(jié)。測試是整個(gè)軟件開發(fā)流程中的一個(gè)環(huán)節(jié)。在測試生命周期中，測試過程分為幾個(gè)階段？各個(gè)階段的含義？以及各階段的測試依據(jù)是什么？答：軟件測試是一個(gè)規(guī)則的過程，包含測試設(shè)計(jì)、測試執(zhí)行以及測試結(jié)果比較等。??測試設(shè)計(jì)：依據(jù)軟件開發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)，利用各種設(shè)計(jì)測試用例技術(shù)精心設(shè)計(jì)測試用例。?②?測試執(zhí)行：利用這些測試用例執(zhí)行程序，獲得測試結(jié)果。??測試結(jié)果比較：將預(yù)期的結(jié)果與實(shí)質(zhì)測試結(jié)果進(jìn)行比較，假如二者不切合，對于出現(xiàn)的錯(cuò)誤進(jìn)行糾錯(cuò)，并更正相應(yīng)文檔。更正后的程序還要進(jìn)行再次測試，直到滿意為止。假如測試發(fā)現(xiàn)不了錯(cuò)誤，可能因?yàn)闇y試配置考慮不周密，應(yīng)試慮重新擬訂測試方案，設(shè)計(jì)測試用例。依據(jù)開發(fā)階段劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和查收測試。單元測試：針對每個(gè)單元的測試，?以保證每個(gè)模塊能正常工作為目標(biāo)。集成測試：對已測試過的模塊進(jìn)行組裝，進(jìn)行集成測試。?系統(tǒng)測試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其余部分協(xié)調(diào)工作。?查收測試：檢驗(yàn)軟件產(chǎn)質(zhì)量量的最后一道工序。?10.一名優(yōu)秀的軟件測試工程師應(yīng)具備哪些素質(zhì)？答：一個(gè)優(yōu)秀的測試工程師應(yīng)該具備的基本素質(zhì)有：責(zé)任心、溝通能力、團(tuán)隊(duì)精神、自信心、耐心、懷疑精神、洞察力、幽默感等。應(yīng)具備的專業(yè)素質(zhì)有：有競爭力的測試人員要擁有三方面的技術(shù)：計(jì)算機(jī)專業(yè)技術(shù)、測試專業(yè)技術(shù)、軟件編程技術(shù)。如何做一名合格的測試人員？測試人員應(yīng)具備素質(zhì)以下：溝通能力。移情能力。技術(shù)能力。自信心。外交能力。幽默感。很強(qiáng)的記憶力。耐心。思疑精神。自我督促。洞察力。測試計(jì)劃的目的是什么？答：軟件測試計(jì)劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品歸納、測試策略、測試方法、測試地域、測試配置、測試周期、測試資源、測試溝通、風(fēng)險(xiǎn)剖析等內(nèi)容。借助軟件測試計(jì)劃，參加測試的項(xiàng)目成員，特別是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實(shí)行過程的順暢溝通，追蹤和控制測試進(jìn)度，對付測試過程中的各種更正。什么是黑盒測試?黑盒測試主要采納的技術(shù)有哪些?答：黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動(dòng)測試和基于規(guī)格說明的測試。它從用戶看法出發(fā)的測試。用這種方法進(jìn)行測試時(shí)，把被測試程序看作一個(gè)黑盒，在不考慮程序內(nèi)部結(jié)構(gòu)的內(nèi)部特色、測試者只知道該程序輸入和輸出之間的關(guān)系或程序功能的狀況下，依賴可以反響這一關(guān)系和程序功能需求規(guī)格的說明書，來確立測試用例和推測測試結(jié)果的正確性。黑盒測試的方法包含：界限值剖析、等價(jià)類測試、基于決策表的測試和因果圖等。簡單描述黑盒測試各種方法的特色。答：黑盒測試的方法主要有界限值剖析法、等價(jià)類劃分法、因果圖法、決策表測試法等。界限值剖析利用輸入變量的最小值、略大于最小值、輸入值域內(nèi)的任意值、略小于最大值和最大值來設(shè)計(jì)測試用例。等價(jià)類劃分法是把程序的輸入域劃分為若干部分，此后從每個(gè)部分中采納少許代表性數(shù)據(jù)看作測試用例。經(jīng)過類其余劃分后，每一類的代表性數(shù)據(jù)在測試中的作用都等價(jià)于這一類中的其余值。因果圖方法就是從程序規(guī)格說明書的描述中找出因（輸入條件）和果（輸出結(jié)果），將因果圖變換為決策表，最后為決策表中的每一列設(shè)計(jì)一個(gè)測試用例。這種方法考慮到了輸入狀況各種組合以及各個(gè)輸入狀況之間的互相限制關(guān)系。?在全部的黑盒測試方法中，基于決策表的測試是最為嚴(yán)格、最擁有邏輯性的。在一些數(shù)據(jù)辦理問題當(dāng)中，某些操作的實(shí)行依賴于多個(gè)邏輯條件的組合，即：針對不一樣樣邏輯條件的組合值，分別執(zhí)行不一樣樣的操作。決策表法很合適測試這種問題。?假如可以執(zhí)行圓滿的黑盒測試，還需要進(jìn)行白盒測試嗎？為何？答：需要，黑盒測試可依據(jù)程序規(guī)格檢驗(yàn)程序能否完成規(guī)定功能，但沒法發(fā)現(xiàn)程序內(nèi)部的編碼和邏輯錯(cuò)誤，白盒測試與之相反互補(bǔ)。界限值測試有幾種方法？答：界限值剖析和強(qiáng)健性測試等價(jià)分類法的測試技術(shù)采納的一般方法?舉例說明?答：（1）為每個(gè)等價(jià)類編號；（2）??設(shè)計(jì)一個(gè)新的測試方案,以盡可能多的覆蓋還沒有被覆蓋的有效等價(jià)類,重復(fù)這一步驟,直到全部有效等價(jià)類被覆蓋為止。?（3）設(shè)計(jì)一個(gè)新的測試方案,使它覆蓋一個(gè)還沒有被覆蓋的無效等價(jià)類,?重復(fù)這一步驟,直到全部無效等價(jià)類被覆蓋為止。什么是等價(jià)類？如何劃分等價(jià)類？等價(jià)類測試中有哪些方法？答：把單元的輸入域化分為幾種數(shù)據(jù)類，每種用來發(fā)現(xiàn)一類的錯(cuò)誤，每類只用供給一個(gè)或幾個(gè)用例數(shù)據(jù)。目的是減少用例數(shù)目。請?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、查收測試的差別與聯(lián)系。答：黑盒測試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測試證明每個(gè)實(shí)現(xiàn)了的功能能否切合要求。白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以經(jīng)過測試證明每種內(nèi)部操作能否切合設(shè)計(jì)規(guī)格要求，全部內(nèi)部成分能否以經(jīng)過檢查。軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個(gè)黑盒子，測試人員圓滿不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特色，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能能否切合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。黑盒測試主假如為了發(fā)現(xiàn)以下幾類錯(cuò)誤：1、能否有不正確或遺漏的功能?2、在接口上，輸入能否能正確的接受?能否輸出正確的結(jié)果?3、能否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外面信息(比方數(shù)據(jù)文件)接見錯(cuò)誤?4、性能上能否可以滿足要求?5、能否有初始化或停止性錯(cuò)誤?軟件的白盒測試是對軟件的過程性細(xì)節(jié)做認(rèn)真的檢查。這種方法是把測試對象看做一個(gè)打開的盒子，它贊成測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測試用例，對程序全部邏輯路徑進(jìn)行測試。經(jīng)過在不一樣樣點(diǎn)檢查程序狀態(tài)，確立實(shí)質(zhì)狀態(tài)能否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。白盒測試主假如想對程序模塊進(jìn)行以下檢查：、對程序模塊的全部獨(dú)立的執(zhí)行路徑最少測試一遍。、對全部的邏輯判斷，取“真”與取“假”的兩種狀況都能最少測一遍。、在循環(huán)的界限和運(yùn)轉(zhuǎn)的界限內(nèi)執(zhí)行循環(huán)體。、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。單元測試(模塊測試)是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測代碼的一個(gè)很小的、很明確的功能能否正確。平時(shí)而言，一個(gè)單元測試是用于判斷某個(gè)特定條件(也許場景)下某個(gè)特定函數(shù)的行為。單元測試是由程序員自己來完成，最后得益的也是程序員自己。可以這么說，程序員有責(zé)任編寫功能代碼，同時(shí)也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們希望的一致。集成測試(也叫組裝測試，聯(lián)合測試)是單元測試的邏輯擴(kuò)展。它的最簡單的形式是：兩個(gè)已經(jīng)測試過的單元組合成一個(gè)組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中，好多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最后擴(kuò)展進(jìn)度，將您的模塊與其余組的模塊一起測試。最后，將構(gòu)成進(jìn)度的全部模塊一起測試。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝置成一個(gè)圓滿系統(tǒng)來測試。明書中指定功能的有效方法。(常有的聯(lián)調(diào)測試)

它是檢驗(yàn)系統(tǒng)能否的確能供給系統(tǒng)方案說系統(tǒng)測試的目的是對最后軟件系統(tǒng)進(jìn)行全面的測試，保證最后軟件系統(tǒng)滿足產(chǎn)品需求并且依據(jù)系統(tǒng)設(shè)計(jì)。查收測試是部署軟件以前的最后一個(gè)測試操作。

查收測試的目的是保證軟件準(zhǔn)備就緒，

并且可以讓最后用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。查收測試是向未來的用戶表示系統(tǒng)可以像預(yù)約要求那樣工作。經(jīng)集成測試后，已經(jīng)依據(jù)設(shè)計(jì)把全部的模塊組裝成一個(gè)圓滿的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本除掉了，接著就應(yīng)該進(jìn)一步考據(jù)軟件的有效性，就是查收測試的任務(wù)，即軟件的功能和性能憂如用戶所合理希望的那樣。

這什么是白盒測試?白盒測試主要采納的技術(shù)有哪些?白盒測試有那幾種方法？并簡單描述各種方法的特色。答：白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動(dòng)測試或基于程序的測試。它依賴于對程序細(xì)節(jié)的嚴(yán)實(shí)的檢驗(yàn)。針對特定條件和循環(huán)集設(shè)計(jì)測試用例，對軟件的邏輯路徑進(jìn)行測試。在程序的不一樣樣點(diǎn)檢驗(yàn)程序的狀態(tài)，來進(jìn)行判斷其實(shí)質(zhì)狀況能否和預(yù)期的狀態(tài)相一致。白盒測試包含：邏輯覆蓋、基路徑測試、數(shù)據(jù)流測試、程序插裝等。整體上分為靜態(tài)方法和動(dòng)向方法兩大類靜態(tài)：要點(diǎn)功能是檢查軟件的表示和描述能否一致,沒有矛盾也許沒有歧義動(dòng)向：語句覆蓋、判斷覆蓋、條件覆蓋、判斷條件覆蓋、條件組合覆蓋、路徑覆蓋。常用的邏輯覆蓋測試方法有哪幾種？并簡單描述各種方法的目的。答：邏輯覆蓋可分為：語句覆蓋、判斷覆蓋、條件覆蓋、判斷/條件覆蓋及路徑覆蓋。語句覆蓋：要求設(shè)計(jì)若干個(gè)測試用例，運(yùn)轉(zhuǎn)被測程序，使程序中的每個(gè)可執(zhí)行語句最少被執(zhí)行一次。判斷覆蓋：要求設(shè)計(jì)若干測試用例，運(yùn)轉(zhuǎn)被測程序，使得程序中每個(gè)判斷的取真分支和取假分支最少執(zhí)行一次，即判斷的真假值均要被檢測。判斷覆蓋又稱為分支覆蓋。條件覆蓋：要求設(shè)計(jì)若干測試用例，執(zhí)行被測程序，使得程序中每個(gè)判斷的每個(gè)條件的可能取值最少被執(zhí)行一次。判斷/條件覆蓋：要求設(shè)計(jì)足夠的測試用例，執(zhí)行被測程序，使得判斷中每個(gè)條件的全部可能取值最少被執(zhí)行一次，同時(shí)每個(gè)判斷的全部可能判斷結(jié)果也最少被執(zhí)行一次。路徑覆蓋：要求設(shè)計(jì)足夠多測試用例，覆蓋程序中全部可能的路徑。邏輯覆蓋中幾種主要覆蓋的含義?舉例說明?答：邏輯覆蓋是一種使用最廣泛的結(jié)構(gòu)測試方法。邏輯覆蓋以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)設(shè)計(jì)測試用例，要求對被測程序的邏輯結(jié)構(gòu)有清楚的認(rèn)識(shí)，甚至要能掌握源程序的全部細(xì)節(jié)。因?yàn)楦采w測試的目標(biāo)不一樣樣，邏輯覆蓋可分為：語句覆蓋、判斷覆蓋、條件覆蓋、判斷/條件覆蓋及路徑覆蓋。單元測試有那些步驟，各個(gè)步驟有那些實(shí)行內(nèi)容。2.動(dòng)向檢查:用工具3.測試用例執(zhí)行(工具或人工)設(shè)計(jì)測試用例及數(shù)據(jù)；（提前）編寫測試用例代碼、腳本、驅(qū)動(dòng)模塊和樁模塊；（提前）非增量式測試與增量式測試答：非增量式測試的方法是先分別測試，此后集中起來再一次完成集成測試。假如在模塊的接口處存在錯(cuò)誤，只會(huì)在最后的集成測試時(shí)一下子裸露出來。增量式測試是逐漸集成和逐漸測試的方法，把可能出現(xiàn)的差錯(cuò)分別裸露出來，便于找出問題和更正。并且一些模塊在逐漸集成的測試中，獲得了好多次的考驗(yàn)，因此，可能會(huì)獲得較好的測試見效。結(jié)論：增量式測試要比非增量式測試擁有必然的優(yōu)勝性。簡述自頂向下增量式測試和自底向上增量式測試兩種集成測試方法，并比較二者的長處和缺點(diǎn)。答：自頂向下增量式測試：主要長處在于它可以自然的做到逐漸求精，一開始就能讓測試者看到系統(tǒng)的框架。主要缺點(diǎn)是需要供給樁模塊，并且在輸入/輸出模塊接入系統(tǒng)以前，在樁模塊中表示測試數(shù)占有必然困難。自底向上增量式測試：長處在于，因?yàn)轵?qū)動(dòng)模塊模擬了全部調(diào)用參數(shù)，即使數(shù)據(jù)流并未構(gòu)成有向的非環(huán)狀圖，生成測試數(shù)據(jù)也無困難。主要缺點(diǎn)在于，直到最后一個(gè)模塊被加進(jìn)去今后才能看到整個(gè)程序（系統(tǒng)）的框架。簡述集成測試的過程。集成測試的方法有那些？答：系統(tǒng)集成測試主要包含以下過程：成立的確認(rèn)過程。補(bǔ)丁的確認(rèn)過程。系統(tǒng)集成測試測試組提交過程。測試用例設(shè)計(jì)過程。測試代碼編寫過程。每周/每兩周的成立過程。點(diǎn)對點(diǎn)的測試過程。組內(nèi)培訓(xùn)過程。27.比較自頂向下集成測試和自底向上集成測試的利害?答：自頂向下集成測試表示逐漸集成和逐漸測試是依據(jù)結(jié)構(gòu)圖自上而下進(jìn)行的，即模塊集成的序次是首先集成主控模塊（主程序），此后依據(jù)控制層次結(jié)構(gòu)向下進(jìn)行集成。自底向上集成測試表示逐漸集成和逐漸測試的工作是按