軟件測試簡答題
軟件測試簡答題1
1． 階段評審與同行評審的區(qū)別。（4 分）
2 ． 什么是軟件測試。（3 分）
3 ． 簡述集成測試的過程。（5 分）
4 ． 怎樣做好文檔測試？（4 分）
5． 白盒測試有那幾種方法？（6 分）
6． 系統(tǒng)測試計(jì)劃是否需要同行評審，為什么？（4 分）
7． Alpha 測試與beta 測試的區(qū)別。（4 分）
8 ． 比較負(fù)載測試、容量測試和強(qiáng)度測試的區(qū)別。（6 分）
9 ． 測試結(jié)束的標(biāo)準(zhǔn)是什么？（3 分）
軟件測試簡答題2
練習(xí)題一
1.階段評審與同行評審的區(qū)別。
同等評審是一種通過作者的同行來確認(rèn)缺陷和需要變更區(qū)域的檢查方法.需要進(jìn)行同行評審的特定產(chǎn)品在定義項(xiàng)目軟件過程的時(shí)候被確定并且作為軟件開發(fā)計(jì)劃的一部分被安排了進(jìn)度. 在該定義中,同行是一個(gè)項(xiàng)目組成員,他被分配執(zhí)行指定產(chǎn)品的一個(gè)同行評審.根據(jù)特定的同等評審過程,他為他承擔(dān)的角色負(fù)責(zé).
3.簡述集成測試的過程。系統(tǒng)集成測試主要包括以下過程：
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)的測試;測試后仍然會有少量的設(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)證需求的正確性
練習(xí)題二
1.黑盒測試有哪幾種方法?
邊界值分析法等價(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ì)劃的投入
2.驗(yàn)收測試的主要任務(wù)有哪些?
文檔資料的審查驗(yàn)收功能測試性能測試強(qiáng)化測試性能降級執(zhí)行方式測試檢查系統(tǒng)的余量要求安裝測試用戶操作測試
3.軟件測試的原則有哪些?
所有的測試都應(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)廢棄。
4.什么是回歸測試?回歸測試的目的是什么?
答：定義：是指在修改了源代碼后，用原有的測試用例進(jìn)行重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。
目的：所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等，不影響軟件原有功能的正確性。
5.單元測試、集成測試、系統(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)方案說明書中指定功能的有效方法。
6.設(shè)計(jì)用例的方法、依據(jù)有那些?
白盒測試：邏輯覆蓋法，主要包括語句覆蓋，判斷覆蓋，條件覆蓋，判斷-條件覆蓋，路徑覆蓋
黑盒測試：等價(jià)劃分類，邊界值分析，錯(cuò)誤推測法。
7.集成測試通常都有那些策略?
1、在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會丟失;
2、各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能;
3、一個(gè)模塊的功能是否會對另一個(gè)模塊的功能產(chǎn)生不利的影響;
4、全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;
5、單個(gè)模塊的誤差積累起來，是否會放大，從而達(dá)到不可接受的.程度。
一個(gè)缺陷測試報(bào)告的組成
缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實(shí)際結(jié)果描述，期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。
軟件測試簡答題3
簡答題
1.階段評審與同行評審的區(qū)別。
同等評審是一種通過作者的同行來確認(rèn)缺陷和需要變更區(qū)域的檢查方法.需要進(jìn)行同行評審的特定產(chǎn)品在定義項(xiàng)目軟件過程的時(shí)候被確定并且作為軟件開發(fā)計(jì)劃的一部分被安排了進(jìn)度. 在該定義中,同行是一個(gè)項(xiàng)目組成員,他被分配執(zhí)行指定產(chǎn)品的一個(gè)同行評審.根據(jù)特定的同等評審過程,他為他承擔(dān)的角色負(fù)責(zé).
2.簡述集成測試的過程。系統(tǒng)集成測試主要包括以下過程：
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)過程。
3.怎樣做好文檔測試?
檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確
4.白盒測試有那幾種方法?
總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義
動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
5.系統(tǒng)測試計(jì)劃是否需要同行評審，為什么?
需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。
6.Alpha測試與beta測試的區(qū)別。
Alpha測試在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
Beta測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
7.比較負(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ù)容量。
8.測試結(jié)束的標(biāo)準(zhǔn)是什么?
用例全部測試。覆蓋率達(dá)到標(biāo)準(zhǔn)。缺陷率達(dá)到標(biāo)準(zhǔn)。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
9.測試文檔有哪些作用?
促進(jìn)項(xiàng)目組成員之間的交流溝通便于對測試項(xiàng)目的管理決定測試的有效性檢驗(yàn)測試資源明確任務(wù)的風(fēng)險(xiǎn)評價(jià)測試結(jié)果方便再測試驗(yàn)證需求的正確性
【軟件測試簡答題】相關(guān)文章：
心理測試軟件09-10
軟件測試自我評價(jià)08-26
硬盤溫度測試軟件07-16
軟件測試求職簡歷模板09-26
軟件測試簡歷自我評價(jià)09-05
軟件測試常見筆試題10-28
軟件測試與項(xiàng)目管理11-02
軟件測試面試筆試測試題11-30
軟件測試簡歷的自我評價(jià)09-20
軟件測試英文簡歷范文10-20