軟件評測知識點總結

軟件評測知識點總結軟件測試基本概念1、軟件質(zhì)量與軟件測試：軟件測試是軟件質(zhì)量保證工作的一個重要環(huán)節(jié)。軟件測試和軟件質(zhì)量保證是軟件質(zhì)量工程的兩個不同層面的工作。軟件測試只是軟件質(zhì)量保證工作中的一個重要環(huán)節(jié)。質(zhì)量保證(QA)的工作是通過預防、檢查與改進來保證軟件的質(zhì)量，它所關注的是軟件質(zhì)量的檢查和測量。軟件測試所關心的不是過程的活動，而是對過程的產(chǎn)物以及開發(fā)出的軟件進行剖析。2、 軟件測試定義：軟件測試就是在軟件投入運行前對軟件需求分析、軟件設計規(guī)格說明和軟件編碼進行的查錯(包括代碼執(zhí)行活動與人工活動)。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結構而精心設計一批測試用例(即輸入數(shù)據(jù)及其預期的輸出結果)，并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序的錯誤。是在軟件投入運行前，對軟件需求分析、軟件設計規(guī)格說明和軟件編碼的最終復審，是軟件質(zhì)量保證的關鍵步驟。3、 軟件測試目的：測試是一個為了尋找錯誤而運行程序的過程;一個好的測試用例是指很可能找到迄今為止未發(fā)現(xiàn)的錯誤的用例;一個成功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。軟件測試的目標是能夠以耗費最少時間與最小工作量找出軟件系統(tǒng)中潛在的各種錯誤與缺陷。測試只能證明程序中錯誤的存在，但不能證明程序中沒有錯誤。4、軟件測試原則：盡早地并不斷地進行軟件測試;程序員或程序設計機構應避免測試自己設計的程序;測試前應當設定合理的測試用例;測試用例的設計不僅要有合法的輸入數(shù)據(jù)，還要有非法的輸入數(shù)據(jù);在對程序修改之后要進行回歸測試;充分注意測試中的群集現(xiàn)象;妥善保留測試計劃、全部測試用例、出錯統(tǒng)計和最終分析報告，并把它們作為軟件的組成部分之一，為軟件的維護提供方便;應當對每一個測試結果做全面檢查;嚴格執(zhí)行測試計劃，排除測試的隨意性。5、軟件測試對象：軟件的測試不僅僅是程序的測試，軟件的測試應貫穿于整個軟件生命同期中。在軟件定義階段產(chǎn)生的可行性報告、項目實施計劃、軟件需求說明書或系統(tǒng)功能說明書，在軟件開發(fā)階段產(chǎn)生的概要測試說明書、詳細設計說明書，以及源程序等都是軟件測試的對象。6、軟件測試過程模型：V模型、W模型、H模型。軟件測試模型的使用：在實際軟件測試的實施過程中，應靈活地運用各種模型的優(yōu)點，通?？梢栽赪模型的框架下，運用H模型的思想進行獨立的測試。當有變更發(fā)生時，按X模型和前置模型的思想進行處理。同時，將測試和開發(fā)緊密結合，尋找恰當?shù)木途w點開始測試，并反復進行迭代測試，以達到按期完成預定的目標。7、軟件問題分類：軟件錯誤、軟件缺陷、軟件故障、軟件失效。8、軟件測試類型：按開發(fā)階段分：單元測試、集成測試、確認測試（有效性測試）、系統(tǒng)測試、確認測試、驗收測試按測試實施組織分：開發(fā)方測試（驗證測試或alpha測試）、用戶測試（beta）、第三方測試（獨立測試）按測試方式分：動態(tài)測試、靜態(tài)測試按測試技術分：白盒測試、黑盒測試、灰盒測試9、軟件測試過程：用黑盒法設計基本的測試方案，再利用白盒法補充一些必要的測試方案?？梢杂靡韵虏呗越Y合各種方法：（1）在任何情況下都應該使用邊界值分析的方法;必要時用等價劃分法補充測試方案;必要時用錯誤推測法補充測試方案;如果在程序的功能說明中含有輸入條件的組合，最好在一開始就用因果圖法，然后再按以上(1)、(2)、(3)步進行。對照程序邏輯，檢查已設計出的設計方案?？梢愿鶕?jù)對程序可靠性的要求采用不同的邏輯覆蓋標準，如果現(xiàn)有測試方案的邏輯覆蓋程度沒有達到要求的覆蓋標準，則應再補充一些測試方案。10、單元測試主要是對模塊的5個基本特性進行測試和評價：(1)模塊接口;(2)局部數(shù)據(jù)結構;(3)重要的執(zhí)行路徑;(4)錯誤處理;(5)邊界測試。11、在集成測試時，要考慮的問題有：數(shù)據(jù)經(jīng)過接口是否會丟失;一個模塊對另一模塊是否造成不應有的影響;幾個子功能組合起來能否實現(xiàn)主功能;誤差不斷積累是否達到不可接受的程度;全局數(shù)據(jù)結構是否有問題。12、確認測試又稱為有效性測試、合格測試或驗收測試。確認測試主要由使用用戶參加測試，檢驗軟件規(guī)格說明的技術標準的符合程度，是保證軟件質(zhì)量的最后關鍵環(huán)節(jié)。13、系統(tǒng)測試是將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行(使用)環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。系統(tǒng)測試實質(zhì)上是由一系列不同測試組成的，其主要目的是充分運行系統(tǒng)，驗證系統(tǒng)各個部件是否都能正常工作并完成所分配的功能。14、系統(tǒng)測試包括：恢復測試、安全性測試、強度測試、性能測試等。15、驗收測試是以用戶為主，軟件開發(fā)人員和質(zhì)量保證人員也應參加的測試。由用戶參加設計測試用例。使用用戶界面輸入測試數(shù)據(jù)，并分析測試的輸出結果。驗收測試往往知系統(tǒng)測試完成后，項目最終交付前進行。16、測試用例設計方法白盒測試基本技術：控制流圖、代碼覆蓋率分析(CodeCoverageAnalysis)。白盒測試方法：從總體上可劃分為靜態(tài)測試和動態(tài)測試;按測試操作的實施方式劃分為手工測試和借助于工具的自動化測試等。白盒測試的靜態(tài)測試方法：代碼檢查法、靜態(tài)結構分析法、代碼質(zhì)量度量法等。白盒測試的動態(tài)測試方法：功能確認與接口測試、邏輯覆蓋分析法、基本路徑測試法、性能分析、內(nèi)存分析等。動態(tài)測試通常在靜態(tài)測試之后進行。其他白盒測試方法：域測試(DomainTesting)、程序變異測試、符號測試、數(shù)據(jù)流測試、Z路徑測試。17、常用的黑盒測試用例設計方法有：等價類劃分法、邊值分析法、錯誤猜測法、因果圖方法等，其他的一些測試方法還有判定表驅(qū)動法、正交試驗法、功能圖法，以及場景法等。面向?qū)ο鬁y試關注于設計合適的操作序列以測試類的狀態(tài)。18、測試用例設計方法的主要原則包括：對每個測試用例應當給予特殊的標識，并且還應當與測試的類有明確的聯(lián)系。測試目的應當明確。應當為每個測試用例開發(fā)一個測試步驟列表。這個列表應包括以下一些內(nèi)容：列出所要測試的對象的專門說明;列出將要作為測試結果運行的消息和操作;列出測試對象可能發(fā)生的例外情況;列出外部條件;(5)列出為了幫助理解和實現(xiàn)測試所需要的附加信息。19、軟件自動化測試自動化測試可以幫助測試人員做到：提高測試執(zhí)行的速度;提高運行效率;(3)保證測試結果的準確性;(4)連續(xù)運行測試腳本;(5)模擬現(xiàn)實環(huán)境下受約束的情況自動化測試不能做到的是：(1)所有測試活動都可以自動完成;(2)減少人力成本;(3)毫無成本的得到;(4)降低測試的工作量。20、面向?qū)ο筌浖臏y試面向?qū)ο蠹夹g主要包括6個核心概念：對象、消息、接口、類、繼承、多態(tài)。面向?qū)ο蟮拈_發(fā)模型實質(zhì)是將軟件測試過程分成3個階段，即面向?qū)ο蠓治?OOA)、面向?qū)ο笤O計(OOD)和面向?qū)ο缶幊?OOP)。面向?qū)ο鬁y試的類型分為：面向?qū)ο蠓治龅臏y試(OOATest)、面向?qū)ο笤O計的測試(OODTest).面向?qū)ο缶幊痰臏y試(OOPTest)面向?qū)ο髥卧獪y試(OOUnitTest)面向?qū)ο蠹蓽y試(OOIntegrationTest)、面向?qū)ο笙到y(tǒng)測試(OOSystemTest)。面向?qū)ο鬁y試類型的另一種劃分：模型測試、類測試(用于代替單元測試)、交互測試(用于代替集成測試)、系統(tǒng)(包括子系統(tǒng))測試、接收測試、部署測試。21、傳統(tǒng)測試模式與面向?qū)ο蟮臏y試模式的最主要的區(qū)別在于，面向?qū)ο蟮臏y試更關注對象而不是完成輸入/輸出的單一功能，這樣的話測試可以在分析與設計階段就先行介入，便得測試更好的配合軟件生產(chǎn)過程并為之服務。與傳統(tǒng)測試模式相比，面向?qū)ο鬁y試的優(yōu)點在于：更早地定義出測試用例;早期介入可以降低成本;盡早的編寫系統(tǒng)測試致;面向?qū)ο蟮臏y試模式更注重于軟件的實質(zhì)22、面向?qū)ο鬁y試的過程：(1)指定范圍;(2)指定深度;指定已創(chuàng)建的被測試模塊的基本要求(上一個階段需要提供的接口);以基本模型的內(nèi)容為輸入來設計測試用例作為評估標準;(5)生成測試覆蓋度量標準;試用測試清單執(zhí)行靜態(tài)分析，確保被測模塊與基本模型的一致性;(7)執(zhí)行測試用例;(8)如果覆蓋不足以檢測所有的活動，就需要分解測試工作，并且使用傳統(tǒng)測試用例的方式來警醒，或者中斷測試，重新測試傳統(tǒng)測試用例。23、Web應用測試Web應用測試類型：功能測試、性能測試、可用性測試、兼容性測試和安全測試。根據(jù)測試對象的不同，Web功能測試又分為鏈接測試、表單測試、Cookies測試、設計語言測試、數(shù)據(jù)庫測試。Web性能測試是要是確保Web應用系統(tǒng)達到要求的性能，一般用最大運行時間、吞吐率、響應時間描述。Web應用在極端條件下的性能測試又分為負載測試和壓力測試。24、負載測試是為了測量Web系統(tǒng)在某一負載級別上的性能，以保證Web系統(tǒng)的在需求范圍內(nèi)能正常工作。負載級別可以是某個時刻同時訪問Web系統(tǒng)的用戶數(shù)據(jù)，也可以是在線數(shù)據(jù)處理的數(shù)量。25、壓力測試是指實際破壞一個Web應用系統(tǒng)時測試系統(tǒng)的反映。壓力測試是測試系統(tǒng)的限制和故障恢復能力，也就是測試Web應用系統(tǒng)會不會崩潰，在什么情況下會崩潰。壓力測試側重于確定系統(tǒng)崩潰時的用戶負載量。壓力測試的區(qū)域包括表單、登錄和其它信息傳輸頁面等。26、Web性能測試：(1)連接速度測試;(2)負載測試;(3)壓力測試。Web可用性測試：(1)導航測試;(2)圖形測試;(3)內(nèi)容測試;(4)整體界面測試。Web兼容性測試：⑴平臺測試;⑵瀏覽器測試。Web安裝性測試，就是測試Web應用防止未授權用戶訪問或故意破壞等情況下的能力，其重點是測試SSL(安全套接字)配置、登錄模塊、事務完整性等方面。27、網(wǎng)絡測試網(wǎng)絡性能測試的主要依據(jù)是：(1)雙方在規(guī)劃設計階段共同認可的網(wǎng)絡性能指標;(2)有關的國家標準或行業(yè)標準。網(wǎng)絡性能測試的具體內(nèi)容應以網(wǎng)絡設計方案為準，但一般包括以下內(nèi)容：(1)網(wǎng)絡容量測試：最大容量和有效容量;網(wǎng)絡響應時間測試：檢測網(wǎng)絡系統(tǒng)完成一系列任務所需的時間;網(wǎng)絡可靠性測試;(4)網(wǎng)絡吞吐量測試;(5)網(wǎng)絡配置規(guī)模測試;(6)網(wǎng)絡瓶頸測試;(7)衰減測試。28、網(wǎng)絡性能測試分類：(1)網(wǎng)絡可接受性測試;(2)網(wǎng)絡升級測試;(3)網(wǎng)絡設備評估測試。網(wǎng)絡性能測試的對象：(1)路由器、集線器、交換機和網(wǎng)橋;(2)網(wǎng)段;(3)全局網(wǎng);(4)網(wǎng)絡操作系統(tǒng);(5)文件服務器;(6)工作站。網(wǎng)絡應用測試的主要內(nèi)容：(1)性能測試;(2)功能測試;(3)網(wǎng)絡應用負載測試;(4)應用系統(tǒng)響應時間測試;(5)應用系統(tǒng)升級測試。29、安全測試軟件安全性是與防止對程序和數(shù)據(jù)的非授權的故意或意外訪問的能力相關的軟件產(chǎn)品屬性。軟件安全性的測試包括程序和數(shù)據(jù)安全性的測試。安全測試內(nèi)容：用戶認證機制、加密機制、安全防護策略、數(shù)據(jù)備份與恢復、防病毒系統(tǒng)。30、安全測試策略：(1)安全防護體系：實體安全、平臺安全、數(shù)據(jù)安全、應用安全、通信安全、運行安全、組織安全、管理安全。(2)安全保護國家標準：用戶自主保護級、系統(tǒng)審計保護級、安全標記保護級、結構化保護級、安全域級保護級。為保證實體、數(shù)據(jù)、平臺、應用、運行等的安全，主要采用以下幾種安全防護技術：防火墻、入侵檢測系統(tǒng)、漏洞掃描、安全審計、病毒防治、Web信息防篡改。31、 安全測試方法：主動發(fā)現(xiàn)方法：功能驗證、漏洞掃描、模擬功能、偵聽技術。32、 兼容性測試硬件兼容性測試：主機兼容性測試;板卡、配件及外設的兼容性測試。33、 配置指標主要包括對CPU、內(nèi)存和硬盤的要求。推薦配置就保證軟硬件構成的系統(tǒng)在正常業(yè)務的壓力負載下，CPU資源占用率平均值不超過75%。34、 軟件兼容性測試：操作系統(tǒng)兼容性測試、數(shù)據(jù)庫兼容性

測試、中間件兼容性測試、與其他軟件的兼容性測試。數(shù)據(jù)兼容性測試：編碼體系測試、數(shù)據(jù)標準符合性測試。新舊系統(tǒng)數(shù)據(jù)遷移測試：遷移準備、遷移實施、遷移驗證。平臺軟件兼容性測試：平臺軟件硬件、軟件、數(shù)據(jù)庫、文種兼容性測試。35、易用性測試在2003年頒布的GB/T16260-2003(ISO9126-2001)《軟件工程產(chǎn)品質(zhì)量》質(zhì)量模型中，提出易用性包含易理解性、易學習性和易操作性;即易用性是指在指定條件下使用時，軟件產(chǎn)品被理解、學習、使用和吸引用戶的能力。(1)易理解性;(2)易學習性;(3)易操作性;(4)吸引性;(5)依從性。36、易用性測試包括針對應用程序的測試，同時還包括對用戶手冊系統(tǒng)文檔的測試。通常采用質(zhì)量外部模型來評價易用試;(3)易操作性測試;(4)吸引性測試;(5)易用的依從性測試。性。包括如下方面的測試：(1)性。包括如下方面的測試：(1)易理解性測試;(2)易學性測易用性測試方法有：靜態(tài)測試;動態(tài)測試;動態(tài)和靜態(tài)結合測試。37、軟件質(zhì)量模型將質(zhì)量屬性劃分為6種特性：功能性、可靠性、易用性、效率、維護性和可移植性。易用性與可靠性是正相關的;易用性與安全性(功能性的子特性)的某些方面是負相關的。38、安裝測試的主要工作(安裝的易用性)：(1)安裝手冊的評估;(2)安裝的自動化程度測試;(3)安裝選項和設置的測試;(4)安裝過程的中斷測試;(5)安裝順序測試;(6)多環(huán)境安裝測試;(7)安裝的正確性測試;(8)修復安裝測試和卸載測試。功能易用性測試：(1)業(yè)務符合性;(2)功能定制性;(3)業(yè)務模塊的集成度;(4)約束性;(5)交互性;(6)系統(tǒng)信息與錯誤提示。界面整體測試指對界面的規(guī)范性、一致性、合理性等進行測試和評估。39、文檔測試國家有關計算機軟件產(chǎn)品開發(fā)文件編制指南()中共有14種文件，可分為3大類。開發(fā)文件：可行性研究報告、軟件需求說明書、數(shù)據(jù)要求說明書、概要設計說明書、詳細設計說明書、數(shù)據(jù)庫設計說明書、模塊開發(fā)卷宗。用戶文件：用戶手冊、操作手冊。管理文件：項目開發(fā)計劃、測試計劃、測試分析報告、開發(fā)進度月報、項目開發(fā)總結報告。40、用戶文檔分類：聯(lián)機幫助;樣例、示例和模板;包裝;宣傳與廣告;其他。用戶文檔的作用：改善易安裝性;改善軟件的易學性與易用性;改善軟件可靠性;降低技術支持成本。用戶文檔測試方法：技術校對;功能測試;其他輔助方式。用戶文檔測試要點：文檔的讀者群;文檔的術語;文檔的正確性;文檔的完整性;文檔的一致性;文檔的易用性;樣例與示例;文檔的語言