軟件測試的目的是盡可能多的找出軟件的缺陷。（Y）Beta測試是驗收測試的一種。（Y）驗收測試是由最終用戶來實施的。（N）項目立項前測試人員不需要提交任何工件。（Y）單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）代碼評審是檢查源代碼是否達到模塊設計的要求°（N）自底向上集成需要測試員編寫驅動程序。（丫）負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度°（N）測試人員要堅持原則，缺陷未修復完堅決不予通過。（N）代碼評審員一般由測試員擔任°（N）我們可以人為的使得軟件不存在配置問題°（N）集成測試計劃在需求分析階段末提交。（N）二、選折軟件驗收測試的合格通過準則是：（ABCD）軟件需求分析說明書中定義的所有功能巳全部實現(xiàn)，性能指標全部達到要求。所有測試項沒有殘余一級、二級和三級錯誤。立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。驗收測試工件齊全。軟件測試計劃評審會需要哪些人員參加？（ABCD）A?項目經理SQA負責人配置負責人測試組下列關于alpha測試的描述中正確的是：（AD）alpha測試需要用戶代表參加alpha測試不需要用戶代表參加alpha測試是系統(tǒng)測試的一種alpha測試是驗收測試的一種測試設計員的職責有：（BC）制定測試計劃設計測試用例設計測試過程、腳本評估測試活動軟件實施活動的進入準則是：（ABC）需求工件巳經被基線化詳細設計工件巳經被基線化構架工件巳經被基線化。.項目階段成果巳經被基線化三、添空軟件驗收測試包括：正式驗收測試，alpha測試，beta測試。系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要寫出15就滿分哦）設計系統(tǒng)測試計劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。（這題出的有問題哦，詳細的5步驟為~~）通過畫因果圖來寫測試用例的步驟為：（1）分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出條件），并給每個原因和結果賦予一個標識符。（2）分析軟件規(guī)格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什么關系？根據(jù)這些關系，畫出因果圖。（3）由于語法或環(huán)境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。（4）把因果圖轉換成判定表。（5）把判定表的每一列拿出來作為依據(jù)，設計測試用例。四、簡答（資料是搜集整理的，感謝前輩的解題）無區(qū)別階段評審的與同行評審同行評審目的:發(fā)現(xiàn)小規(guī)模工作產品的錯誤，主要是找錯誤；階段評審目的:評審模塊階段作品的正確性可行性及完整性同行評審人數(shù)：3-7人人員必須經過同行評審會議的培訓，由SQA指導階段評審人數(shù)：5人左右評審人必須是專家具有系統(tǒng)評審資格同行評審內容：內容小一般文檔＜40頁，代碼＜500行階段評審內容：內容多，主要看重點同行評審時間：一小部分工作產品完成階段評審時間：通常是設置在關鍵路徑的時間點上！什么是軟件測試使用人工和自動手段來運行或測試摸個系統(tǒng)的過程。其目的在于驗證他是否滿足規(guī)定的需求或弄清楚預期結果和實際結果的差別。3簡述集成測試的過程系統(tǒng)集成測試主要包括以下過程：構建的確認過程。補丁的確認過程。系統(tǒng)集成測試測試組提交過程。測試用例設計過程。測試代碼編寫過程。Bug的報告過程。每周/每兩周的構建過程。點對點的測試過程。組內培訓過程。4怎么做好文檔測試仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。P142檢查文檔的編寫是否滿足文檔編寫的目的內容是否齊全，正確內容是否完善標記是否正確5白盒測試有幾種方法總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài)：關鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。6系統(tǒng)測試計劃是否需要同行審批，為什么需要，系統(tǒng)測試計劃屬于項目階段性關鍵文檔，因此需要評審。7Alpha測試與beta的區(qū)別Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。Beta測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。8比較負載測試，容量測試和強度測試的區(qū)別負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。強度測試：在一定的負荷條件下，在較長時間跨度內的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。容量測試：容量測試目的是通過測試預先分析出反映軟件系統(tǒng)應用特征的某項指標的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標內確定的數(shù)據(jù)容量。9測試結束的標準是什么？用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質量標準10描述軟件測試活動的生命周期？測試周期分為計劃、設計、實現(xiàn)、執(zhí)行、總結。其中：計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等；設計：完成測試方案，從技術層面上對測試進行規(guī)劃；實現(xiàn)：進行測試用例和測試規(guī)程設計；執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例?？偨Y：記錄測試結果，進行測試分析，完成測試報告。11軟件的缺陷等級應如何劃分？A類一致命錯誤，包括以下各種錯誤：1.由于程序所引起的死機，非法退出2.死循環(huán)3.數(shù)據(jù)庫發(fā)生死鎖4.因錯誤操作導致的程序中斷5.功能錯誤6.與數(shù)據(jù)庫連接錯誤7.數(shù)據(jù)通訊錯誤（可能導致本模塊以及其他相關模塊異常，死機等問題；）B類一嚴重錯誤，包括以下各種錯誤：1.程序錯誤2.程序接口錯誤3.數(shù)據(jù)庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件（問題局限在本模塊，導致模塊功能失效或異常退出）C類一一般性錯誤，包括以下各種錯誤：1.操作界面錯誤（包括數(shù)據(jù)窗口內列名定義、含義是否一致）打印內容、格式錯誤3.簡單的輸入限制未放在前臺進行控制4.刪除操作未給出提示5.數(shù)據(jù)庫表中有過多的空字段（模塊功能部分失效；）D類一建議問題，包括以下各種錯誤：1.界面不規(guī)范2.輔助說明描述不清楚3.輸入輸出不規(guī)范4.長操作未給用戶提示5.提示窗口文字未采用行業(yè)術語6.可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志E類一測試建議（由問題提出人對測試對象的改進意見；）如果能夠執(zhí)行完美的黑盒測試，還需要進行白盒測試嗎？黑盒測試：從用戶角度出發(fā)，根據(jù)規(guī)格說明設計測試用例，并不涉及程序的內部特性和內部結構，只依靠被測程序輸入和輸出之間的關系或程序的功能設計測試用例。黑盒測試有兩個顯著特點：（1）黑盒測試與軟件的具體實現(xiàn)過程無關，在軟件實現(xiàn)的過程發(fā)生變化時，測試用例仍然可以用。（2）黑盒測試用例的設計可以和軟件實現(xiàn)同時進行，這樣能夠壓縮總的開發(fā)時間。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤1、是否有不正確、遺漏或額外的功能實現(xiàn)？2、在接口上，輸入是否能正確的接受？能否輸出正確的結果？3、是否有數(shù)據(jù)結構錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？4、性能上是否能夠滿足要求？5、是否有初始化或終止性錯誤？白盒測試：巳知程序的內部結構，檢查內部操作是否按規(guī)定執(zhí)行。主要對程序細節(jié)進行嚴密檢驗，針對特定條件和循環(huán)設計測試用例，對程序的邏輯路徑進行測試。通過在程序的不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一致。白盒測試主要是想對程序模塊進行如下檢查：1、程序的所有語句至少執(zhí)行一次。2、對所有的邏輯條件都能至少執(zhí)行一次。3、在循環(huán)的邊界和運行的界限內執(zhí)行循環(huán)體。4、測