1.構(gòu)建的確認(rèn)過程。

　　2.補(bǔ)丁的確認(rèn)過程。

　　3.系統(tǒng)集成測試測試組提交過程。

　　4.測試用例設(shè)計(jì)過程。

　　5.測試代碼編寫過程。

　　6.Bug的報(bào)告過程。

　　7.每周/每兩周的構(gòu)建過程。

　　8.點(diǎn)對點(diǎn)的測試過程。

　　9.組內(nèi)培訓(xùn)過程。

　　4.怎樣做好文檔測試?

　　檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確

　　5.白盒測試有那幾種方法?

　　總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。

　　靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義

　　動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　6.系統(tǒng)測試計(jì)劃是否需要同行評審，為什么?

　　需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。

　　7.Alpha測試與beta測試的區(qū)別。

　　Alpha測試在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試;測試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

　　Beta測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

　　8.比較負(fù)載測試、容量測試和強(qiáng)度測試的區(qū)別。

　　負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。

　　強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

　　容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的

　　極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試還將確定測試對象在給定時(shí)間內(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.測試文檔有哪些作用?

　　促進(jìn)項(xiàng)目組成員之間的交流溝通便于對測試項(xiàng)目的管理決定測試的有效性檢驗(yàn)測試資源明確任務(wù)的風(fēng)險(xiǎn)評價(jià)測試結(jié)果方便再測試驗(yàn)證需求的正確性

　　11.黑盒測試有哪幾種方法?

　　邊界值分析法等價(jià)類劃分法錯(cuò)誤推測法因果圖法場景法

　　什么是回歸測試?回歸測試的目的是什么?

　　答：定義：是指在修改了源代碼后，用原有的測試用例進(jìn)行重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤

　　目的：所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等，不影響軟件原有功能的正確性。

　　靜態(tài)測試

　　是一種不通過執(zhí)行程序而進(jìn)行測試的技術(shù)，其關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義\

　　自動(dòng)化測試

　　通過測試工具或其他手段，按照測試工程師的預(yù)定計(jì)劃對軟件產(chǎn)品進(jìn)行自動(dòng)的測試，它是軟件測試的一個(gè)重要組成部分，能夠完成許多手工無法完成或者難以實(shí)現(xiàn)的一些測試工作。制定測試計(jì)劃的原則有哪些

　　制定測試計(jì)劃應(yīng)盡早開始保持測試計(jì)劃的靈活性保持測試計(jì)劃簡潔和易讀盡量爭取多渠道評審測試計(jì)劃計(jì)算測試計(jì)劃的投入

　　驗(yàn)收測試的主要任務(wù)有哪些?

　　文檔資料的審查驗(yàn)收功能測試性能測試強(qiáng)化測試性能降級執(zhí)行方式測試檢查系統(tǒng)的余量要求安裝測試用戶操作測試

　　軟件測試的原則有哪些?

　　所有的測試都應(yīng)追溯到用戶需求設(shè)計(jì)時(shí)應(yīng)完成測試計(jì)劃，詳細(xì)的測試用例定義可在設(shè)計(jì)模型確定后開始，測試可在代碼產(chǎn)生之前進(jìn)行計(jì)劃和設(shè)計(jì)PARETO原則，測試發(fā)現(xiàn)的錯(cuò)誤中80%很可能起源于20%的模塊中應(yīng)由獨(dú)立的第三方來構(gòu)造測試充分注意測試中的群集現(xiàn)象要盡量避免測試的隨意性兼顧合理的輸入和不合理的輸入數(shù)據(jù)程序修改后要回歸測試應(yīng)長期保留測試用例，直至系統(tǒng)廢棄。

　　單元測試、集成測試、系統(tǒng)測試的側(cè)重點(diǎn)是什么?

　　單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動(dòng)，在單元測試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測試。

　　集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求，組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測試。實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實(shí)現(xiàn)。

　　系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。

　　設(shè)計(jì)用例的方法、依據(jù)有那些?

　　白盒測試：邏輯覆蓋法，主要包括語句覆蓋，判斷覆蓋，條件覆蓋，判斷-條件覆蓋，路徑覆蓋

　　黑盒測試：等價(jià)劃分類，邊界值分析，錯(cuò)誤推測法。

　　集成測試通常都有那些策略?

　　1、在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失;

　　2、各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能;

　　3、一個(gè)模塊的功能是否會(huì)對另一個(gè)模塊的功能產(chǎn)生不利的影響;

　　4、全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;

　　5、單個(gè)模塊的誤差積累起來，是否會(huì)放大，從而達(dá)到不可接受的程度。

　　一個(gè)缺陷測試報(bào)告的組成

　　缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實(shí)際結(jié)果描述，期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。