四、簡答題

　　1.階段評審與同行評審的區別。

　　同等評審是一種通過作者的同行來確認缺陷和需要變更區域的檢查方法.需要進行同行評審的特定產品在定義項目軟件過程的時候被確定并且作為軟件開發計劃的一部分被安排了進度. 在該定義中,同行是一個項目組成員,他被分配執行指定產品的一個同行評審.根據特定的同等評審過程,他為他承擔的角色負責.

　　3.簡述集成測試的過程。系統集成測試主要包括以下過程：

　　1.構建的確認過程。

　　2.補丁的確認過程。

　　3.系統集成測試測試組提交過程。

　　4.測試用例設計過程。

　　5.測試代碼編寫過程。

　　6.Bug的報告過程。

　　7.每周/每兩周的構建過程。

　　8.點對點的測試過程。

　　9.組內培訓過程。

　　4.怎樣做好文檔測試?

　　檢查文檔的編寫是否滿足文檔編寫的目的內容是否齊全，正確內容是否完善標記是否正確

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

　　總體上分為靜態方法和動態方法兩大類。

　　靜態：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義

　　動態：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　6.系統測試計劃是否需要同行評審，為什么?

　　需要，系統測試計劃屬于項目階段性關鍵文檔，因此需要評審。

　　7.Alpha測試與beta測試的區別。

　　Alpha測試在系統開發接近完成時對應用系統的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

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

　　8.比較負載測試、容量測試和強度測試的區別。

　　負載測試：在一定的工作負荷下，系統的負荷及響應時間。

　　強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續運行給系統性能所造成的影響。

　　容量測試：容量測試目的是通過測試預先分析出反映軟件系統應用特征的某項指標的

　　極限值(如最大并發用戶數、數據庫記錄數等)，系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據的，并且它的目的是顯示系統可以處理目標內確定的數據容量。

　　9.測試結束的標準是什么?

　　用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準

　　10.測試文檔有哪些作用?

　　促進項目組成員之間的交流溝通便于對測試項目的管理決定測試的有效性檢驗測試資源明確任務的風險評價測試結果方便再測試驗證需求的正確性

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

　　邊界值分析法等價類劃分法錯誤推測法因果圖法場景法