軟件測試簡答題
軟件測試簡答題1
1． 階段評審與同行評審的區別。（4 分）
2 ． 什么是軟件測試。（3 分）
3 ． 簡述集成測試的過程。（5 分）
4 ． 怎樣做好文檔測試？（4 分）
5． 白盒測試有那幾種方法？（6 分）
6． 系統測試計劃是否需要同行評審，為什么？（4 分）
7． Alpha 測試與beta 測試的區別。（4 分）
8 ． 比較負載測試、容量測試和強度測試的區別。（6 分）
9 ． 測試結束的標準是什么？（3 分）
軟件測試簡答題2
練習題一
1.階段評審與同行評審的區別。
同等評審是一種通過作者的同行來確認缺陷和需要變更區域的檢查方法.需要進行同行評審的特定產品在定義項目軟件過程的時候被確定并且作為軟件開發計劃的一部分被安排了進度. 在該定義中,同行是一個項目組成員,他被分配執行指定產品的一個同行評審.根據特定的同等評審過程,他為他承擔的角色負責.
3.簡述集成測試的過程。系統集成測試主要包括以下過程：
1.構建的確認過程。
2.補丁的確認過程。
3.系統集成測試測試組提交過程。
4.測試用例設計過程。
5.測試代碼編寫過程。
6.Bug的報告過程。
7.每周/每兩周的構建過程。
8.點對點的測試過程。
9.組內培訓過程。
4.怎樣做好文檔測試?
檢查文檔的編寫是否滿足文檔編寫的目的內容是否齊全，正確內容是否完善標記是否正確
5.白盒測試有那幾種方法?
總體上分為靜態方法和動態方法兩大類。
靜態：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義
動態：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6.系統測試計劃是否需要同行評審，為什么?
需要，系統測試計劃屬于項目階段性關鍵文檔，因此需要評審。
7.Alpha測試與beta測試的區別。
Alpha測試在系統開發接近完成時對應用系統的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
Beta測試當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
8.比較負載測試、容量測試和強度測試的區別。
負載測試：在一定的工作負荷下，系統的負荷及響應時間。
強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續運行給系統性能所造成的影響。
容量測試：容量測試目的是通過測試預先分析出反映軟件系統應用特征的某項指標的
極限值(如最大并發用戶數、數據庫記錄數等)，系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據的，并且它的目的是顯示系統可以處理目標內確定的數據容量。
9.測試結束的標準是什么?
用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準
10.測試文檔有哪些作用?
促進項目組成員之間的交流溝通便于對測試項目的管理決定測試的有效性檢驗測試資源明確任務的風險評價測試結果方便再測試驗證需求的正確性
練習題二
1.黑盒測試有哪幾種方法?
邊界值分析法等價類劃分法錯誤推測法因果圖法場景法
什么是回歸測試?回歸測試的目的是什么?
答：定義：是指在修改了源代碼后，用原有的測試用例進行重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤
目的：所做的修改達到了預定的目的，如錯誤得到了改正，新功能得到了實現，能夠適應新的運行環境等，不影響軟件原有功能的正確性。
靜態測試
是一種不通過執行程序而進行測試的技術，其關鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義
自動化測試
通過測試工具或其他手段，按照測試工程師的預定計劃對軟件產品進行自動的測試，它是軟件測試的一個重要組成部分，能夠完成許多手工無法完成或者難以實現的一些測試工作。制定測試計劃的原則有哪些
制定測試計劃應盡早開始保持測試計劃的靈活性保持測試計劃簡潔和易讀盡量爭取多渠道評審測試計劃計算測試計劃的投入
2.驗收測試的主要任務有哪些?
文檔資料的審查驗收功能測試性能測試強化測試性能降級執行方式測試檢查系統的余量要求安裝測試用戶操作測試
3.軟件測試的原則有哪些?
所有的測試都應追溯到用戶需求設計時應完成測試計劃，詳細的測試用例定義可在設計模型確定后開始，測試可在代碼產生之前進行計劃和設計PARETO原則，測試發現的錯誤中80%很可能起源于20%的模塊中應由獨立的第三方來構造測試充分注意測試中的群集現象要盡量避免測試的隨意性兼顧合理的輸入和不合理的輸入數據程序修改后要回歸測試應長期保留測試用例，直至系統廢棄。
4.什么是回歸測試?回歸測試的目的是什么?
答：定義：是指在修改了源代碼后，用原有的測試用例進行重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。
目的：所做的修改達到了預定的目的，如錯誤得到了改正，新功能得到了實現，能夠適應新的運行環境等，不影響軟件原有功能的正確性。
5.單元測試、集成測試、系統測試的側重點是什么?
單元測試是在軟件開發過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。
集成測試，也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求，組裝成為子系統或系統，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現。
系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。
6.設計用例的方法、依據有那些?
白盒測試：邏輯覆蓋法，主要包括語句覆蓋，判斷覆蓋，條件覆蓋，判斷-條件覆蓋，路徑覆蓋
黑盒測試：等價劃分類，邊界值分析，錯誤推測法。
7.集成測試通常都有那些策略?
1、在把各個模塊連接起來的時候，穿越模塊接口的數據是否會丟失;
2、各個子功能組合起來，能否達到預期要求的父功能;
3、一個模塊的功能是否會對另一個模塊的功能產生不利的影響;
4、全局數據結構是否有問題;
5、單個模塊的誤差積累起來，是否會放大，從而達到不可接受的.程度。
一個缺陷測試報告的組成
缺陷的標題，缺陷的基本信息，復現缺陷的操作步驟，缺陷的實際結果描述，期望的正確結果描述，注釋文字和截取的缺陷圖象。
軟件測試簡答題3
簡答題
1.階段評審與同行評審的區別。
同等評審是一種通過作者的同行來確認缺陷和需要變更區域的檢查方法.需要進行同行評審的特定產品在定義項目軟件過程的時候被確定并且作為軟件開發計劃的一部分被安排了進度. 在該定義中,同行是一個項目組成員,他被分配執行指定產品的一個同行評審.根據特定的同等評審過程,他為他承擔的角色負責.
2.簡述集成測試的過程。系統集成測試主要包括以下過程：
1.構建的確認過程。
2.補丁的確認過程。
3.系統集成測試測試組提交過程。
4.測試用例設計過程。
5.測試代碼編寫過程。
6.Bug的報告過程。
7.每周/每兩周的構建過程。
8.點對點的測試過程。
9.組內培訓過程。
3.怎樣做好文檔測試?
檢查文檔的編寫是否滿足文檔編寫的目的內容是否齊全，正確內容是否完善標記是否正確
4.白盒測試有那幾種方法?
總體上分為靜態方法和動態方法兩大類。
靜態：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義
動態：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
5.系統測試計劃是否需要同行評審，為什么?
需要，系統測試計劃屬于項目階段性關鍵文檔，因此需要評審。
6.Alpha測試與beta測試的區別。
Alpha測試在系統開發接近完成時對應用系統的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
Beta測試當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
7.比較負載測試、容量測試和強度測試的區別。
負載測試：在一定的工作負荷下，系統的負荷及響應時間。
強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續運行給系統性能所造成的影響。
容量測試：容量測試目的是通過測試預先分析出反映軟件系統應用特征的某項指標的
極限值(如最大并發用戶數、數據庫記錄數等)，系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據的，并且它的目的是顯示系統可以處理目標內確定的數據容量。
8.測試結束的標準是什么?
用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準
9.測試文檔有哪些作用?
促進項目組成員之間的交流溝通便于對測試項目的管理決定測試的有效性檢驗測試資源明確任務的風險評價測試結果方便再測試驗證需求的正確性
【軟件測試簡答題】相關文章：
心理測試軟件09-10
軟件測試自我評價08-26
硬盤溫度測試軟件07-16
軟件測試求職簡歷模板09-26
軟件測試簡歷自我評價09-05
軟件測試常見筆試題10-28
軟件測試與項目管理11-02
軟件測試面試筆試測試題11-30
軟件測試簡歷的自我評價09-20
軟件測試英文簡歷范文10-20