【正文】 分為 語句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋條件組合覆蓋路徑覆蓋6種覆蓋技術。8計算機輔助靜態(tài)分析利用 靜態(tài)分析工具對測試程序進行 特性分析。7動態(tài)測試通過 運行程序發(fā)現(xiàn)錯誤。7軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的 錯誤，將測試 測試結(jié)果作為糾錯的依據(jù)。6在任何機構(gòu)中，CAPA要正確發(fā)揮作用需要CAPA記錄流的跟蹤、CAPA執(zhí)行的跟蹤和CAPA執(zhí)行結(jié)果的跟蹤三個要的跟蹤任務。6軟件質(zhì)量保證的目標包括面向產(chǎn)品的軟件開發(fā)和面向過程的軟件維護兩大方面。6軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。5典型的版本方針包括嚴格單一活動版本方針、多版本方針。5軟件缺陷的固有特征有軟件缺陷的固有性、軟件缺陷的敏感性、軟件缺陷的感染性。50、支持性質(zhì)量手段有模板和檢查表。4McCall模型產(chǎn)品修改緯度的質(zhì)量因素有可維護性、可測試性、靈活性。4常見的程序分析視角有句法視角，功能視角、文本視角和計算流視角4按照測試用例的設計方法，軟件測試可以分為白盒測試、黑盒測試和灰盒測試。3按照測試的層次和策略,軟件測試可以分為單元測試、集成測試、確認測試 和 系統(tǒng)測試。3軟件缺陷打開/關閉圖表、根本原因圖表、軟件缺陷關閉周期表是常用的軟件缺陷跟蹤圖表。2從內(nèi)容和重點上我們可以把質(zhì)量管理標準劃分成和評估標準兩種類型。2外部參與方可被分類為、COTS軟件和重用軟件模塊的供貨商和顧客自身三組。2CMM內(nèi)容包含初始級、可重復級、已定義級、已管理級和可優(yōu)化級五個等級。1常見的軟件配置演化模型有線性演化模型和樹演化模型。1依據(jù)合同評審的目標對合同評審主題進行分類為建議草案評審主題和合同草案評審主題兩種類型。SQA標準被劃分成軟件質(zhì)量管理標準和軟件項目過程標準兩類。有兩種同行評審方法學：審查和走查。第一篇：軟件測試 填空題軟件質(zhì)量工程包括軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和軟件質(zhì)量控制三大方面。RMA可以劃分成三組類別 內(nèi)部風險管理措施，分包風險管理措施，顧客風險管理措施支持性質(zhì)量手段有模板和檢查表。軟件缺陷的固有特征有軟件缺陷的固有性、軟件缺陷的敏感性、軟件缺陷的感染性。1典型的版本方針包括嚴格單一活動版本方針、多版本方針。1軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。2軟件質(zhì)量保證的目標包括面向產(chǎn)品的軟件開發(fā)和面向過程的軟件維護兩大方面。2在任何機構(gòu)中，CAPA要正確發(fā)揮作用需要蹤、CAPA執(zhí)行的跟蹤和CAPA執(zhí)行結(jié)果的跟蹤三個要的跟蹤任務。通常，軟件質(zhì)量的管理部件有項目進展控制、軟件質(zhì)量度量、軟件質(zhì)量費用和可用于控制軟件維護的工具SQA管理工具。3軟件測試規(guī)范可以分為行業(yè)規(guī)范和操作規(guī)范。3為了考察測試用例的重要性，我們可以從有效性、可重用性、易組織性、可評估性、可管理性五方面理解。4我們可以按照 編寫過程、執(zhí)行 過程和 組織過程三個緯度對測試用例屬性進行歸類。、面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹饕卣魇墙M件的密集重用。5依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質(zhì)量度量劃分為軟件過程度量 和軟件產(chǎn)品度量。5McCall模型劃分了軟件運行、軟件轉(zhuǎn)移、軟件修改三個緯度的11個軟件質(zhì)量因素。、軟件對屬于各種質(zhì)量因素的需求的符合性是由軟件質(zhì)量度量來測量的。6從內(nèi)容和重點上我們可以把質(zhì)量管理標準劃分成認證標準和評估標準兩種類型。6開發(fā)生命周期階段SQA部件可以劃分成三類：評審、專家觀點、軟件測試、軟件維護SQA部件和由第三方/分包商使用的SQA部件。70、軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。7測試階段的基本任務是根據(jù)軟件開發(fā)各階段的 文檔資料和程序的內(nèi)部結(jié)構(gòu)，精心設計一組 測試用例，利用這些實例執(zhí)行程序，找出軟件中潛在的各種錯誤和 缺陷。根據(jù) 測試用例的設計方法不同，動態(tài)測試又分為 黑盒測試與白盒測試兩類。8黑盒法只在軟件的 接口處進行測試，依據(jù) 需求規(guī)格說明書，檢查程序是否滿足 功能要求。8實際的邏輯覆蓋測試中，一般以 條件組合覆蓋為主設計測試用例，然后再補充部分用例，以達到 路徑覆蓋測試標準。90、等價類劃分從程序的功能說明，找出一個輸入條件（通常是一句話或一個短語），然后將每個輸入條件劃分成兩個或多個 等價類。9因果圖的基本原理是通過畫因果圖，把用自然語言描述的 功能說明轉(zhuǎn)換為判定表，最后為判定表每一列設計一個測試用例。9單元測試 指對源程序中每一個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，它涉及編碼和 詳細設計的文檔。9集成測試指在單元測試基礎上，將所有模塊按照設計要求組裝成一個完整的系統(tǒng)進行的測試。10自頂向下漸增式測試不需要編寫驅(qū)動模塊，只需要編寫樁模塊，其步驟是從模塊開始，沿著被測程序的頂層的控制路徑逐步向下測試，它有兩種組合策略：軟件結(jié)構(gòu)圖和深度優(yōu)先策略寬度優(yōu)先策略。10確認測試開始前需要制定測試計劃，結(jié)束后要寫出測試分析報告。10調(diào)試技術包括簡單調(diào)試歸納法調(diào)試演繹法調(diào)試回溯法調(diào)試10回溯法調(diào)試是從程序產(chǎn)生錯誤的地方出發(fā)，而歸納法調(diào)試是從測試結(jié)果發(fā)現(xiàn)的線索入手。11在單元測試時，需要為被測模塊設計驅(qū)動模塊與樁模塊。11動態(tài)測試中，主要測試軟件功能的方法稱為黑盒法。12憑經(jīng)驗或直覺推測程序中可能存在的錯誤而設計測試用例的方法是錯誤推測法。12軟件配置管理，簡稱SCM，它用于整個軟件工程過程。第二篇：軟件測試（推薦）一、簡答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實際上也體現(xiàn)了管理者對測試的輕視。因此，我們要盡可能的選擇最合適的測試量，把風險降低到最小 從技術上講，所有的軟件缺陷都是能夠修復的，但是沒有必要修復所有的軟件缺陷。在任何一個項目中，通常情況下開發(fā)人員和測試人員都是不夠用的，而且在項目中沒有預算足夠的回歸測試時間，修改缺陷可能引入新的缺陷。缺陷是否修改要由軟件測試人員、項目經(jīng)理、程序員共同討論來決定是否修復，不同角色的人員從不同的角度來思考，以做出正確的決定。 測試要注意下面的事項：（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。（2）如果某些模塊確實有問題，我們可以演示其它重要的業(yè)務功能模塊，必要時要向用戶做成合理的解釋。主要有以下原因：完全測試比較耗時，時間上不允許；完全測試通常意味著較多資源投入，這在現(xiàn)實中往往是行不通的；輸入量太大，不能一一進行測試；輸出結(jié)果太多，只能分類進行驗證；軟件實現(xiàn)途徑太多；軟件產(chǎn)品說明書沒有客觀標準，從不同的角度看，軟件缺陷的標準不同；因此測試的程度要根據(jù)實際情況確定 其中的原因主要如下：代碼復用、拷貝代碼導致程序員容易犯相同的錯誤。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。通常產(chǎn)品的質(zhì)量要高一些，修復發(fā)布后產(chǎn)品的缺陷成本較高，甚至會帶來很多負面的影響。同時由于質(zhì)量要求高，因此會投入較多的人力、物力資源?？傊獠繙y試報告要小心謹慎的編寫。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒做不該做的事情，這會使測試更加全面，更容易發(fā)現(xiàn)問題。軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點和開發(fā)過程決定的。④對一些實時應用，要進行精心設計和技術處理，保證精確的時間同步，否則容易引起時間上不協(xié)調(diào)，不一致性帶來的問題。⑦由于通信端口多、存取和加密手段的矛盾性等，會造成系統(tǒng)的安全性或適用性等問題。對于設計或編程上的一些假定或依賴性，相關人員沒有充分溝通。計算和精度問題：計算的結(jié)果沒有滿足所需要的精度。系統(tǒng)分析時對客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。①繪制示意圖②闡述每個步驟是做什么 需求分析即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項功能概要設計主要是架構(gòu)的實現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實現(xiàn)等項事務。集成測試經(jīng)過了單元測試后，將各單元組合成完整的體系，主要測試各模塊間組合后的功能實現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。第三篇：軟件測試復習資料1． 黑盒測試法是通過分析程序的功能來設計測試用例的方法。5． 軟件測試中常用的靜態(tài)分析方法是引用分析和接口分析。白盒測試是根據(jù)程序的內(nèi)部邏輯來設計測