1、第一階段考試重點歸納PAGE PAGE 43第一章 測試試基礎軟件測試試的目的的：證明明（表達達軟件能能夠工作作） 檢測（發(fā)發(fā)現(xiàn)錯誤誤） 預防（管管理質(zhì)量）測試執(zhí)行行：單元元測試（UT執(zhí)行）：一個測測試用例例的測試試執(zhí)行；集成測試試（IT執(zhí)行）：一個測測試用例例集的測測試執(zhí)行行；系統(tǒng)測試試（ST執(zhí)行）：不同測測試階段段的測試試執(zhí)行。測試用例例（Tesst CCasee）：指指對一項項特定的的軟件產(chǎn)產(chǎn)品測試試任務的的描述，體體現(xiàn)測試試方案、方法、技術(shù)和和策略。測試和調(diào)調(diào)試的區(qū)區(qū)別： 測試調(diào)試目的找出存在在的錯誤誤定位錯誤誤，修改改程序以以修正錯錯誤對象文檔，代代碼代碼流程有特定流流程，有有計劃性

2、性無特定流流程，不不可設計計，無計計劃性條件從已知條條件開始始，用預預定義過過程，有有預知結(jié)結(jié)果從未知條條件開始始，結(jié)束束過程不不可預計計回歸測試試的目的的：a. 驗證錯錯誤是否否修復；b. 檢檢測對代代碼的修修改是否否引入了了新的錯錯誤。軟件測試試的主要要工作：a. 檢視代代碼，評評審開發(fā)發(fā)文檔；b. 進進行測試試設計，寫寫作測試試文檔（測測試計劃劃、測試試方案、測試用用例等）；c. 執(zhí)執(zhí)行測試試，發(fā)現(xiàn)現(xiàn)軟件缺缺陷，提提交缺陷陷報告，并并確認缺缺陷最終終得到了了修正；d. 通通過測試試度量軟軟件質(zhì)量量。軟件危機機的出現(xiàn)現(xiàn)主要表表現(xiàn)在：a. 由由于缺乏乏大型軟軟件開發(fā)發(fā)經(jīng)驗和和軟件開開發(fā)數(shù)據(jù)據(jù)

3、積累，開開發(fā)工作作計劃很很難制定定；b. 開開發(fā)早期期需求分分析不夠夠明確，造造成開發(fā)發(fā)后期矛矛盾集中中暴露；c. 不不遵循開開發(fā)規(guī)范范，開發(fā)發(fā)文檔不不完整，軟軟件難以以維護；d. 缺缺乏嚴密密有效的的軟件質(zhì)質(zhì)量檢測測手段，交交付給用用戶的軟軟件質(zhì)量量差。軟件危機機的后果果：a. 軟件質(zhì)質(zhì)量不高高，很難難穩(wěn)定；b. 軟軟件項目目延期，進進度無法法控制；c. 成成本增加加，無法法控制預預算。軟件危機機的根源源：a. 根據(jù)摩摩爾定律律，硬件件發(fā)展很很快，相相應對軟軟件系統(tǒng)統(tǒng)的期望望越來越高高；b. 軟軟件系統(tǒng)統(tǒng)復雜性性提高，需需多人合合作；c. 軟軟件開發(fā)發(fā)是人的的智力活活動，無無法用已已有的產(chǎn)產(chǎn)

4、業(yè)工程程方法來來組織管管理。軟件生命命周期的的各個階階段：計劃 需求分分析 設計 編碼 測試 運行 評價 設計： 概要設設計（HLD）：在在設計階階段把各各項需求求轉(zhuǎn)換成成相應的的體系結(jié)結(jié)構(gòu)，每每一部分分是功能能明確的的模塊；詳細設計計（LLD）：對對每個模模塊要完完成的工工作進行行具體的的描述。軟件研發(fā)發(fā)三要素素：人員員、過程程、工具具軟件項目目組人員員組成：分析人人員、設設計人員員、開發(fā)發(fā)人員、測試人人員、配配置管理理 人員、SQA（質(zhì)量量保證人人員）軟件研發(fā)發(fā)流程類類型：瀑瀑布模型型：無風風險控制制能力，適適合需求求變化較較小的情情況。螺旋模型型：基于于風險管管理的模模型，高高風險的的優(yōu)

5、先考考慮，對對風險管管理人員員的要求求較高。RVP流流程：面面向?qū)ο笙蟮?，通通用的?大階段段，6大工作作流，8項迭代代）。特特點：基于風險險用例集驅(qū)驅(qū)動以架構(gòu)為為中心迭代和增增量IPD流流程： 1） 產(chǎn)品結(jié)結(jié)構(gòu)重整整（資源源重整） 2） 公共模模塊共用用軟件研發(fā)發(fā)中幾個個重要的的過程：需求管管理、配配置管理理、缺陷陷管理、同行評評審。常見的引引入缺陷陷的原因因：a. 開發(fā)過過程缺乏乏有效的的溝通，或或者沒有有進行溝溝通； bb. 軟件復復雜度越越來越高高； cc. 編程中中產(chǎn)生錯錯誤； dd. 需求不不斷變更更； ee. 項目進進度的壓壓力； ff. 不重視視開發(fā)文文檔；g. 軟軟件開發(fā)發(fā)工

6、具本本身隱藏藏的問題題。等等等缺陷類型型：遺漏漏、錯誤誤、額外外的實現(xiàn)現(xiàn)。第二章 軟件件質(zhì)量1、 軟軟件質(zhì)量量的定義義：一個個實體的的所有特特性，基基于這些些特性可可以滿足足明顯的的或隱含含的需求求。而質(zhì)質(zhì)量就是是實體基基于這些些特性滿滿足需求求的程度度。2、 軟軟件質(zhì)量量的三個個層次：a. 符合需需求規(guī)格格；b. 符符合用戶戶顯示需需求； cc. 符合用用戶實際際需求。3、 影影響軟件件質(zhì)量的的因素：流程、技術(shù)、組織。流程：一一組活動動（活動動是否都都是必須須的，活活動角色色之間的的關(guān)系）。過程：一一組將輸輸入轉(zhuǎn)化化為輸出出的相關(guān)關(guān)聯(lián)或相相互作用用的活動動。 八項質(zhì)質(zhì)量管理理原則：a. 以顧

7、客客為中心心；b. 領導作作用；c. 全員參參與； dd. 過程方方法；e. 管理的的系統(tǒng)方方法；f. 持續(xù)改改進； g. 基于事事實的決決策方法法；h. 互利的的供方關(guān)關(guān)系。5、 八八項質(zhì)量量管理原原則的意意義：a. 是質(zhì)量量管理的的理論基基礎； b用高高度概括括易于理理解的語語言所表表述的質(zhì)質(zhì)量管理理的最基基本，最最通用的的一般性性規(guī)律； c. 為組織織建立質(zhì)質(zhì)量管理理體系提提供了理理論依據(jù)據(jù)； d. 是組織織的領導導者有效效的實施施質(zhì)量管管理工作作必須遵遵循的原原則。6、 CCMM11：初始始級，Inlltiaal，不可可預測并并且缺乏乏控制；CMM22：可重重復級：Reppeattab

8、lle，可重重復以前前的主要要經(jīng)驗；（關(guān)鍵過過程區(qū)域域：需求求管理；軟件項項目計劃劃；軟件件項目跟跟蹤和監(jiān)監(jiān)督；軟軟件子合合同管理理；軟件件質(zhì)量保保證；軟軟件配置置管理。） CMMM3：已定定義級：Deffineed，過程程被描述述，并得得到良好好理解；（關(guān)鍵過過程區(qū)域域：組織織過程定定義；組組織過程程焦點；培訓大大綱；集集成軟件件管理；軟件產(chǎn)產(chǎn)品工程程；組際際協(xié)調(diào)；同行評評審。）CMM44：已管管理級：Mannageed，過程程被測量量并受控控；（關(guān)鍵過過程區(qū)域域：定量量的過程程管理；軟件質(zhì)質(zhì)量管理理。）CMM55：優(yōu)化化級，Opttimiizinng，關(guān)注注過程改改進。（關(guān)鍵過過程區(qū)域域：

9、缺陷陷預防；技術(shù)變變更管理理；過程程變更管管理。）7、 CCMM的用途途：a. 評估組組用來識識別組織織中的強強處和弱弱處； b. 評價組組用來識識別選擇擇不同的的業(yè)務承承包商的的風險和和監(jiān)督合合同； c. 管理者者用來了了解其組組織的能能力，并并了解為為了提高高其能力力成熟度度而進行行軟件過過程改進進所需進進行的活活動； d. 技術(shù)人人員和過過程改進進組用來來作為指指南，指指導他們們在組織織中定義義和改進進軟件過過程。8、 IISO990011和CMM的關(guān)系系： 相似點點：強調(diào)調(diào)管理、過程、規(guī)范化化和文檔檔化； 不同點點：CMM把焦點點對準軟軟件；ISOO90001的范圍圍包括：硬件、軟件、

10、流程性性材料和和服務； 兩者關(guān)關(guān)系：CMMM2級與ISOO90001強相關(guān)關(guān)；CMM的每個個關(guān)鍵過過程域至至少按某某種解釋釋與ISOO90001弱相關(guān)關(guān)。9、六西西格瑪?shù)牡膶嵤┓椒绞剑篋effinee：定義提出問問題，確確定目標標 Meeasuure：測量收集資資料，尋尋找原因因 Annalyyse：分析研究資資料，確確定原因因 Immproove：改進優(yōu)化解解決方案案 Coontrrol：控制推行控控制系統(tǒng)統(tǒng)10、軟軟件質(zhì)量量模型: 功能性性：當軟軟件在指指定條件件下使用用時，軟軟件產(chǎn)品品提供滿滿足明確確和隱含含需求的的功能的的能力。包括：適合性性；準確確性；互互操作性性；保密密安全性性；功

11、能能性的依依從性。 可靠性性：在指指定條件件下使用用時，軟軟件產(chǎn)品品維持規(guī)規(guī)定的性性能級別別的能力力。包括括：成熟熟性；容容錯性；易恢復復性；可可靠性的的依從性性。 易用性性：在指指定條件件下使用用時，軟軟件產(chǎn)品品被理解解、學習習、使用用和吸引引用戶的的能力。包括：易理解解性；易易學性；易操作作性；吸吸引性；易用性性的依從從性。 效 率：在在規(guī)定條條件下，相相對于所所用資源源的數(shù)量量，軟件件產(chǎn)品可可提供適適當性能能的能力力。包括括：時間間特性；資源利利用性；效率依依從性。 維護性性：軟件件產(chǎn)品可可被修改改的能力力。修改改可能包包括修正正、改進進或軟件件對環(huán)境境、需求求和功能能規(guī)格說說明變化化的

12、適應應。包括括：易分分析性；易改變變性；穩(wěn)穩(wěn)定性；易測試試性；維維護性的的依從性性。 可移植植性：軟軟件產(chǎn)品品從一種種環(huán)境遷遷移到另另外一種種環(huán)境的的能力。包括：適應性性；易安安裝性；共存性性；易替替換性；可移植植性的依依從性。11、 SQAA與測試試的關(guān)系系：測試試從技術(shù)術(shù)的角度度來保證證軟件質(zhì)質(zhì)量SQA從從流程的的角度保保障軟件件質(zhì)量組織用來來保障SQA和測試試的活動動12、 SQAA的主要要工作范范圍： 指導并并監(jiān)督項項目按照照過程實實施； 對項項目進行行度量、分析，增增加項目目的可視視性； 審核核工作產(chǎn)產(chǎn)品，評評價工作作產(chǎn)品和和過程質(zhì)質(zhì)量目標標的復合合度； 進行行缺陷分分析，缺缺陷預防

13、防活動，發(fā)發(fā)現(xiàn)過程程的缺陷陷，提供供決策參參考，促促進過程程改進。一三、 度量：對事物物屬性的的量化表表示；軟件度量量：是指指計算機機軟件中中范圍廣廣泛的測測度，包包括對軟軟件系統(tǒng)統(tǒng)、構(gòu)建建或生命命周期過過程具有有的某個個給定屬屬性的度度的一個個定量測測量。目的： 提高軟軟件生產(chǎn)產(chǎn)率，縮縮短產(chǎn)品品研發(fā)周周期，降降低研發(fā)發(fā)成本、維護成成本； 提高高軟件產(chǎn)產(chǎn)品質(zhì)量量，提高高用戶滿滿意度； 為組組織持續(xù)續(xù)改進提提供量化化的指標標和反饋饋。14、 軟件度度量的作作用：1) 理解；預測；評估；改進。2) 分分類：規(guī)規(guī)模；工工作量；進度；質(zhì)量 一五、如何將將度量的的知識應應用于實實際工作作中：建建立測試試

14、工作的的度量數(shù)數(shù)據(jù)，目目的是作作為預測測和改進進的基礎礎a. 熟熟悉需求求：進度度、工作作量、規(guī)規(guī)模；b. 設設計用例例：工作作效率、覆蓋率率；c. 執(zhí)執(zhí)行用例例：工作作效率、缺陷密密度；）第三章 測試試方法1、 什什么是白白盒測試試： 白盒盒測試是是依據(jù)被被測軟件件，分析析程序內(nèi)內(nèi)部構(gòu)造造，并根根據(jù)內(nèi)部部構(gòu)造設設計用例例，來對對內(nèi)部控控制流程程進行測測試，可可完全不不顧程序序的整體體功能實實現(xiàn)情況況； 白盒盒測試是是基于程程序結(jié)構(gòu)構(gòu)的邏輯輯驅(qū)動測測試； 白盒盒測試又又可以被被稱為玻玻璃盒測測試、透透明盒測測試、開開放盒測測試、結(jié)結(jié)構(gòu)化測測試、邏邏輯驅(qū)動動測試。2、 為為什么進進行白盒盒測試：

15、 一般般在測試試前期進進行，通通過達到到一定的的邏輯覆覆蓋率指指標，使使得軟件件內(nèi)部邏邏輯控制制結(jié)構(gòu)上上的問、難題能能基本得得到消除除； 能保保證內(nèi)部部邏輯結(jié)結(jié)構(gòu)達到到一定的的覆蓋程程度，能能夠給予予軟件代代碼質(zhì)量量更大的的保證； 發(fā)現(xiàn)現(xiàn)問題后后解決問問題的成成本較低低。3、 白白盒測試試的常用用技術(shù)： 靜態(tài)態(tài)分析：控制流流分析、數(shù)據(jù)流流分析、信息流流分析等等； 動態(tài)態(tài)分析：邏輯覆覆蓋測試試（分支支測試、路徑測測試等）、程序插插裝等?？刂屏飨嘞嚓P(guān)概念念：程序序元素、控制流流關(guān)系、控制流流圖、控控制流矩矩陣。（步步驟：5）控制流分分析能發(fā)發(fā)現(xiàn)的問問題：轉(zhuǎn)向并不不存在的的標號；沒有用的的語句標標號

16、；從程序入入口進入入后無法法達到的的語句；不能達到到停機語語句的語語句。數(shù)據(jù)流相相關(guān)概念念：數(shù)據(jù)據(jù)的定義義；數(shù)據(jù)據(jù)的引用用。（步步驟：3）數(shù)據(jù)流分分析的作作用：分析代代碼中關(guān)關(guān)于數(shù)據(jù)據(jù)定義和和引用方方面的錯錯誤；進進行代碼碼優(yōu)化。（賦賦值語句句運算效效率高）信息流分分析：輸輸入變量量和語句句關(guān)系；語句和和輸出變變量關(guān)系系；輸入入和輸出出變量管管理。（步步驟：4）覆蓋率工工具的作作用： 分析析被測試試代碼控控制結(jié)構(gòu)構(gòu)，決定定插裝位位置； 實施施插裝； 將插插裝代碼碼重新編編譯； 執(zhí)行行被測對對象，根根據(jù)插裝裝的監(jiān)控控哨信息息統(tǒng)計覆覆蓋率。白盒測試試的特點點： 測試試人員需需要了解解軟件的的實現(xiàn)；

17、 可以以檢測代代碼中的的每條分分支和路路徑；揭示隱隱藏在代代碼中的的錯誤； 對代代碼的測測試比較較徹底； 實現(xiàn)現(xiàn)代碼結(jié)結(jié)構(gòu)上的的優(yōu)化； 白盒盒測試投投入較大大，成本本高； 白盒盒測試不不驗證規(guī)規(guī)格的正正確性。什么是黑黑盒測試試： 黑盒盒測試把把被測對對象看成成一個黑黑盒，只只考慮其其整體特特性，不不考慮其其內(nèi)部具具體實現(xiàn)現(xiàn)； 黑盒盒測試針針對的被被測對象象可以是是一個系系統(tǒng)、一一個子系系統(tǒng)、一一個模塊塊、一個個子模塊塊、一個個函數(shù)等等。 黑盒盒測試又又可以被被稱為基基于規(guī)格格的測試試。常見的黑黑盒測試試類型：功能性性測試；容量測測試；負負載測試試；恢復復性測試試。常見的黑黑盒測試試方法：等價類

18、類、邊界界值、因因果圖、判定表表、狀態(tài)態(tài)遷移、正 交分解解、錯誤誤猜測、輸入/輸出域域覆蓋、系統(tǒng)測試試的時候候，如果果沒有SRS時，有有兩類BUG無法發(fā)發(fā)現(xiàn)：11）需求遺遺漏；2）需求求偏差黑盒測試試的優(yōu)點點：對于更更大的代代碼單元元來說（子子系統(tǒng)甚甚至系統(tǒng)統(tǒng)級）比比白盒測測試效率率要高；測試人人員不需需要了解解實現(xiàn)的的細節(jié)，包包括特定定的編程程語言； 從用用戶的視視角進行行測試，很很容易被被大家理理解和接接受； 有助助于暴露露任何規(guī)規(guī)格不一一致或有有歧義的的問題。黑盒測試試的缺點點： 沒有有清晰的的和簡明明的規(guī)格格，測試試用例很很難設計計； 不能能控制內(nèi)內(nèi)部執(zhí)行行路徑，會會有很多多內(nèi)部程程序

19、路徑徑?jīng)]有被被測試到到；不能直直接針對對特定的的程序段段，這些些程序可可能非常常復雜（因此可能隱藏更多的問題）。動態(tài)和靜靜態(tài)測試試的分類類依據(jù)在在于：被被測對象象是否運運行起來來。手工靜態(tài)態(tài)分析同行評評審：正正規(guī)檢視視；技術(shù)術(shù)評審；走查。評審對象象：計劃劃、需求求文檔、設計圖圖、代碼碼等。自動化靜靜態(tài)分析析：靜態(tài)態(tài)驗證；語法分分析器；符號執(zhí)執(zhí)行器。自動化測測試應該該考慮的的因素：測試進度度要求人力資源源要求版本穩(wěn)定定度版本應用用情況可自動化化率版本規(guī)模模自動化測測試的誤誤區(qū)：自動化不不能取代代手工測測試。手工測試試都做不不好，或或者經(jīng)驗驗積累不不夠，就就嘗試自自動化，很很難成功功。自動化只只能

20、保證證測試執(zhí)執(zhí)行效率率，確保保已有的的問題不不會再發(fā)發(fā)生，自自動化 測試不不能發(fā)現(xiàn)現(xiàn)大量新新缺陷。進行了自自動化測測試的軟軟件不一一定就是是安全的的，質(zhì)量量有保證證的。所以手工工測試是是自動化化測試的的一個基基礎自動化五五大等級級：錄制和回回放腳本自動化框框架腳本本數(shù)據(jù)驅(qū)動動關(guān)鍵字驅(qū)驅(qū)動自動化測測試的限限制（板板書）： 自動動化測試試不具備備想象力力，不能能夠檢查查腳本中中給定的的觀察點點之外的的錯誤； 自動動化測試試只能提提高測試試效率，不不能提高高測試效效果，不不能發(fā)現(xiàn)現(xiàn)比人工工測試更更多的問問題；如如被測對對象不穩(wěn)穩(wěn)定，存存在變動動性的話話不適合合開展自自動化測測試，否否則腳本本的編寫寫

21、和維護護所耗費費的時間間可能遠遠大于人人工測試試； 只有有手工測測試積累累到一定定程度（提提供更多多的觀察察點），才才能做好好自動化化測試。第四章測測試過程程各階段測測試的目目的：單元測試試：檢測測軟件模模塊對詳詳細設計計說明書書的符符合程度度集成測試試：檢測測軟件模模塊對概概要設計計說明書書的符符合程度度系統(tǒng)測試試：通過過與需需要規(guī)格格說明書書作比比較，發(fā)發(fā)現(xiàn)軟件件與系統(tǒng)統(tǒng)定義不不符或與與之矛盾盾的地方方。單元、集集成、系系統(tǒng)測試試的比較較：測試類型型目的考察范圍圍評估基準準測試方法法單元測試試消除局部部模塊的的邏輯和和功能上上的錯誤誤和缺陷陷（消除除單元、模塊內(nèi)內(nèi)部的邏邏輯和功功能上的的錯

22、誤與與缺陷）單元內(nèi)部部的數(shù)據(jù)據(jù)結(jié)構(gòu)、邏輯控控制、異異常處理理等邏輯覆蓋蓋率大量采用用白盒測測試方法法集成測試試找出與軟軟件設計計相關(guān)的的程序結(jié)結(jié)構(gòu)，模模塊調(diào)用用關(guān)系，模模塊間接接口方面面的問題題（找出出與軟件件架構(gòu)設設計相關(guān)關(guān)的程序序結(jié)構(gòu)，單單元/子模塊塊間的調(diào)調(diào)用關(guān)系系，單元元/子模塊塊間接口口方米那那的問題題）接口和接接口數(shù)據(jù)據(jù)傳遞關(guān)關(guān)系、模模塊組合合后的整整體功能能接口覆蓋蓋率結(jié)合使用用白盒與與黑盒測測試方法法，較多多采用黑黑盒方法法構(gòu)造測測試用例例（也有有說法叫叫灰盒測測試方法法）系統(tǒng)測試試對整個系系統(tǒng)進行行一系列列的整體體、有效效性測試試（對系系統(tǒng)規(guī)格格中的功功能與性性能進行行一系列

23、列的有效效性測試試）整個系統(tǒng)統(tǒng)對需求求的符合合度測試用例例對需求求規(guī)格的的覆蓋率率黑盒測試試回歸測試試策略：完全重重復測試試；選擇性重重復測試試（覆蓋蓋修改法法；周邊邊影響法法； 指標達達成方法法；選擇擇重要級級別高的的測試用用例）回歸測試試流程：在測試策策略制定定階段，制制定回歸歸測試策策略確定需要要回歸測測試的版版本回歸測試試版本發(fā)發(fā)布，按按照回歸歸測試策策略執(zhí)行行回歸測測試回歸測試試通過，關(guān)關(guān)閉缺陷陷跟蹤單單（問題題單）回歸測試試不通過過，缺陷陷跟蹤單單返回開開發(fā)人員員，開發(fā)發(fā)人員重重新修改改問題，再 次提交測試人員回歸測試有用戶參參與的其其他一些些測試：驗收測測試、測試、測試測試與與測

24、試的的比較：Alphha測試Betaa測試比較測試環(huán)境境開發(fā)環(huán)境境或者模模擬實際際操作的的環(huán)境下下實際使用用環(huán)境測試人員員可以是終終端用戶戶也可以以是企業(yè)業(yè)內(nèi)部的的用戶終端用戶戶（包括括潛在用用戶）開發(fā)人員員是否在在場有開發(fā)人人員在場場，實際際上是一一種受控控的測試試。開發(fā)人員員通常不不在測試試現(xiàn)場，測測試情況況通常不不受控。關(guān)注點Alphha測試關(guān)關(guān)注軟件件產(chǎn)品的的FLUURPSS（即功功能、局局域化、可使用用性、可可靠性、性能和和支持），尤尤其注重重產(chǎn)品的的界面和和特色。Betaa測試著著重關(guān)注注產(chǎn)品的的支持性性，包括括文檔、客戶培培訓和支支持產(chǎn)品品的生產(chǎn)產(chǎn)能力。共同點1.都希希望從實實際

25、終端端用戶的的使用角角度來對對軟件的的功能和和性能進進行測試試，以發(fā)發(fā)現(xiàn)可能能只有終終端用戶戶才能發(fā)發(fā)現(xiàn)的錯錯誤；22.都不能能由測試試人員和和程序員員完成；主要的測測試文檔檔：測試試計劃；測試方方案；測測試用例例；測試試規(guī)程；測試報報告；測測 試日報報驗證與確確認V&V：驗證（VERRIFIICATTIONN）強調(diào)調(diào)過程；確認（VALLIDAATIOON）強調(diào)調(diào) 結(jié)果。V&V模模型優(yōu)點點：實現(xiàn)了了測試設設計和測測試執(zhí)行行相分離離；揭示了了軟件測測試活動動分層和和分階段段的本質(zhì)質(zhì)特性：測試執(zhí)執(zhí)行的順順序與開開發(fā)活動動相反 V&VV模型：系統(tǒng)測試執(zhí)行集成測試執(zhí)行單元測試執(zhí)行代碼審查需求分析SRS

26、評審SRS基線化概要設計HLD評審HLD基線化詳細設計LLD評審LLD基線化CODE系統(tǒng)測試計劃系統(tǒng)測試方案設計系統(tǒng)測試用例設計集成測試計劃集成測試方案設計集成測試用例設計單元測試計劃單元測試方案設計單元測試用例設計11、 系統(tǒng)測測試分為為幾個階階段，每每個階段段的輸入入 /輸出是是什么？系統(tǒng)測試試階段輸入輸出系統(tǒng)測試試計劃階段段1.軟件件開發(fā)計計劃2.軟件件測試計計劃3.需求求規(guī)格說說明書系統(tǒng)測試試計劃設計階段段1.系統(tǒng)統(tǒng)測試計計劃2.需求求規(guī)格說說明書系統(tǒng)測試試方案實現(xiàn)階段段1.系統(tǒng)統(tǒng)測試計計劃2.系統(tǒng)統(tǒng)測試方方案3.需求求規(guī)格說說明書1.系統(tǒng)統(tǒng)測試用用例2.系統(tǒng)統(tǒng)測試規(guī)規(guī)程3.系統(tǒng)統(tǒng)測試

27、預預測試項項執(zhí)行階段段1.系統(tǒng)統(tǒng)測試計計劃2.系統(tǒng)統(tǒng)測試方方案3.系統(tǒng)統(tǒng)測試用用例4.系統(tǒng)統(tǒng)測試規(guī)規(guī)程5.系統(tǒng)統(tǒng)測試預預測試項項 6.集成成測試報報告1.系統(tǒng)統(tǒng)預測試試報告2.系統(tǒng)統(tǒng)測試報報告3.缺陷陷報告4.測試試日報集成測試試計劃階段段1.軟件件測試計計劃2.概要要設計說說明書集成測試試計劃設計階段段1.概要要設計說說明書2.集成成測試計計劃集成測試試方案實現(xiàn)階段段1.概要要設計說說明書2.集成成測試計計劃3.集成成測試方方案1.集成成測試用用例2.集成成測試規(guī)規(guī)程執(zhí)行階段段1.集成成測試計計劃2.集成成測試方方案3.集成成測試用用例4.集成成測試規(guī)規(guī)程1.集成成測試報報告2.缺陷陷報告單

28、元測試試計劃階段段1.軟件件測試計計劃2.詳細細設計說說明書單元測試試計劃設計階段段1.詳細細設計說說明書2.單元元測試計計劃單元測試試方案實現(xiàn)階段段1.詳細細設計說說明書2.單元元測試計計劃3.單元元測試方方案1.單元元測試用用例2.單元元測試規(guī)規(guī)程執(zhí)行階段段1.單元元測試計計劃2.單元元測試方方案3.單元元測試用用例4.單元元測試規(guī)規(guī)程1.單元元測試報報告2.缺陷陷報告第五章單單元測試試1、 單單元的基基本屬性性：明確的功功能可定義的的規(guī)格與其他單單元接口口的清晰晰劃分2、 單單元測試試的目的的：在于發(fā)發(fā)現(xiàn)各模模塊內(nèi)部部可能存存在的各各種錯誤誤，主要要是基于于白盒測測試。驗證代碼碼是與設設

29、計相符符合的；發(fā)現(xiàn)設計計和需求求中存在在的錯誤誤；發(fā)現(xiàn)在編編碼過程程中引入入的錯誤誤。（和和設計不不相符或或和設計計相符，但但是由于于編碼疏漏漏引起）3、 單單元測試試關(guān)注的的重點：出錯處理理體現(xiàn)軟件的成熟性和容錯性、單元元接口、局部數(shù)數(shù)據(jù)結(jié)構(gòu)構(gòu)、獨立立路徑、邊界條條件 4、 單元測測試的主主要關(guān)注注點：參數(shù)的屬屬性、順順序、個個數(shù)是否否與LLD一致不能修改改只做輸輸入用的的形參，否否則可能能導致數(shù)數(shù)據(jù)的錯錯誤修改改約束條件件是否通通過形參參來傳送送驅(qū)動和樁樁的功能能：驅(qū)動單元元：被測測函數(shù)的的主函數(shù)數(shù)，能接接受輸入入數(shù)據(jù)，輸輸出實際際測試結(jié)結(jié)果樁單元：用來代代替所測測單元調(diào)調(diào)用的子子單元單元

30、測試試策略：孤立的測測試策略略、自頂頂向下、自底向向上的單單元測試試策略1) 孤孤立的測測試策略略： 方法法：不考考慮每個個模塊與與其他模模塊之間間的關(guān)系系，為每每個模塊塊設計樁樁模塊和和驅(qū)動模模塊。每每個模塊塊進行獨獨立的單單元測試試。 優(yōu)點點：該方方法是最最簡單，最最容易操操作的。可以達達到高的的結(jié)構(gòu)覆覆蓋率。該方法法是純粹粹的單元元測試。 缺點點：樁函函數(shù)和驅(qū)驅(qū)動函數(shù)數(shù)工作量量很大，效效率低。2) 自自頂向下下的單元元測試策策略： 方法法：先對對最頂層層的單元元進行測測試，把把頂層所所調(diào)用的的單元做做成樁模模塊。其其次對第第二層進進行測試試，使用用上面已已測試的的單元做做驅(qū)動模模塊。如如

31、此類推推直到測測試完所所有模塊塊。 優(yōu)點點：可以以節(jié)省驅(qū)驅(qū)動函數(shù)數(shù)的開發(fā)發(fā)工作量量，測試試效率較較高。 缺點點：隨著著被測單單元一個個一個被被加入，測測試過程程將變得得越來越越復雜，并并且開發(fā)發(fā)和維護護的成本本將增加加。3) 自自底向上上的單元元測試策策略： 方法法：先對對模塊調(diào)調(diào)用層次次圖上最最低層的的模塊進進行單元元測試，模模擬調(diào)用用該模塊的模塊塊做驅(qū)動動模塊。然后再再對上面面一層做做單元測測試，用用下面已已被測試過的的模塊做做樁模塊塊。以此此類推，直直到測試試完所有有模塊。 優(yōu)點點：可以以節(jié)省樁樁函數(shù)的的開發(fā)工工作量，測測試效率率較高。 缺點點：不是是純粹的的單元測測試，底底層函數(shù)數(shù)的測

32、試試質(zhì)量對對上層函函數(shù)的測測試將產(chǎn)產(chǎn)生很大的的影響。5、 單元測測試的四四個階段段： 測試計計劃：完完成單元元測試計計劃； 測試試設計：完成單單元測試試方案； 測試試實現(xiàn)：完成單單元測試試用例、單元測測試規(guī)程程、單元元測試腳腳本及數(shù)數(shù)據(jù)文件件； 測試試執(zhí)行：執(zhí)行單單元測試試用例，修修改發(fā)現(xiàn)現(xiàn)的問題題并進行行回歸測測試，提提交單元元測試報報告。單元測試試：樁&驅(qū)動舉舉例：無論是單單元測試試還是集集成測試試都涉及及到以下下三個函函數(shù)：主控函數(shù)數(shù)：intt cttrl(intt x, innt yy)加法函數(shù)數(shù)：intt addd(iint x, intt y)減法函數(shù)數(shù)：intt suub(iin

33、t x, intt y)注意：進進行單元元測試時時，設計計用例時時依據(jù)的的是LLD；進行行集成測測試時，設設計測試試用例依依據(jù)的是是HLD。下面面給出來來的是需需要測試試的實際際的代碼碼。int ctrrl(iint x, intt y)int temmp=00;if(xx=yy) temmp=aadd(x, y);elsee temmp=ssub(x, y);retuurn temmp;int addd(innt xx, iint y) retturnn(x+y);int subb(innt xx, iint y) retturnn(x-y);自頂向下下單元測測試策略略不同測試試步驟中中的驅(qū)

34、動動可以寫寫到一起起，也可可以分開開寫，這這里是寫寫到一起起了。測試cttrl函數(shù)需要寫一一個驅(qū)動動和兩個個樁。驅(qū)動函數(shù)數(shù)voidd drriveer()int rett=0;ret=ctrrl(22,1); /xxyif(rret=3) priintff(“tesstcaase JISSUANN_UTT_CTTRL_0011 paass”);elsee priintff(“tesstcaase JISSUANN_UTT_CTTRL_0011 faail”);ret=ctrrl(11,1); /xx=yif(rret=2) priintff(“tesstcaase JISSUANN_UTT_C

35、TTRL_0022 paass”);elsee priintff(“tesstcaase JISSUANN_UTT_CTTRL_0022 faail”);ret=ctrrl(11,2); /xx=yy) temmp=sstubb_addd(x, y);elsee temmp=sstubb_suub(x, y);retuurn temmp;測試addd函數(shù)驅(qū)動函數(shù)數(shù)同測試cctrll函數(shù)時時的驅(qū)動動樁函數(shù)同測試cctrll函數(shù)時sub函數(shù)對對應的樁樁修改代碼碼int ctrrl(iint x, intt y) intt teemp=0;if(xx=yy) temmp=aadd(x, y);if(

36、xx=22 & y=1 & temmp=3) prrinttf(“tesstcaase JISSUANN_UTT_ADDD_0001 passs”); elsse prrinttf(“tesstcaase JISSUANN_UTT_ADDD_0001 faiil”); if(x=1 & yy=11 & teemp=2) prrinttf(“tesstcaase JISSUANN_UTT_ADDD_0002 passs”); elsse prrinttf(“tesstcaase JISSUANN_UTT_ADDD_0002 faiil”);elsee temmp=sstubb_suub(x, y

37、);retuurn temmp;測試suub函數(shù)驅(qū)動函數(shù)數(shù)同測試cctrll函數(shù)時時的驅(qū)動動樁函數(shù)無修改代碼碼int ctrrl(iint x, intt y) intt teemp=0;if(xx=yy) temmp=aadd(x, y);elsee teemp=subb(x, y);if(xx=11&yy=22 & teemp=-11) prrinttf(“tesstcaase JISSUANN_UTT_SUUB_0001 passs”); elsse prrinttf(“tesstcaase JISSUANN_UTT_SUUB_0001 faiil”);retturnn teemp; 第

38、六章 集成測測試集成測試試的目的的：確保保各組件件組合在在一起后后能夠按按照既定定意圖寫寫作運行行，并確確保增量量的行為為正確（屬屬于灰盒盒測試）驗證接口口是否與與設計相相符發(fā)現(xiàn)設計計和需求求中存在在的錯誤誤集成測試試關(guān)注的的重點：單元間間的接口口、集成成后的功功能集成測試試的層次次：模塊塊內(nèi)集成成、子系系統(tǒng)內(nèi)集集成、子子系統(tǒng)間間集成集成測試試策略：大爆炸集集成自頂向下下集成自底向上上集成三明治（混混合式）集集成重要基干集成成分層集成成基于功能能的集成成基于消息息的集成成實際中應用較多基于進度度的集成成基于風險險的集成成各種集成成測試策策略的優(yōu)優(yōu)缺點：優(yōu)點缺點適用范圍圍大爆炸集集成1.只要要極

39、少數(shù)數(shù)的驅(qū)動動和樁2.可并并行工作作，人力力、物力力資源利利用率較較高1.一次次運行成成功的可可能性不不大2.定位位和修改改錯誤比比較困難難3.會有有很多接接口錯誤誤進入到到系統(tǒng)測測試1.維護護型項目目（增強強型）2.每個個函數(shù)都都經(jīng)過了了充分單單元測試試的小規(guī)規(guī)模系統(tǒng)統(tǒng)（特別別是接口口函數(shù)）自頂向下下1.較早早驗證了了主要的的控制點點和判斷斷點2.選用用按深度度方向組組裝的方方式，可可首先實實現(xiàn)和驗驗證一個個完整的的軟件功功能3.功能能可行性性較早得得到證實實（帶來來信心）4.最多多只需一一個驅(qū)動動，減少少驅(qū)動開開發(fā)費用用5.支持持故障隔隔離1.樁的的開發(fā)和和維護成成本大2.底層層組件行行為

40、的驗驗證被推推遲了3.底層層組件的的測試不不充分1.產(chǎn)品品控制結(jié)結(jié)構(gòu)比較較清晰和和穩(wěn)定2.產(chǎn)品品高層接接口變化化較小3.產(chǎn)品品底層接接口未定定義或經(jīng)經(jīng)?？赡苣鼙恍薷母?.產(chǎn)品品控制組組件具有有較大的的技術(shù)風風險，需需要盡早早被驗證證5.希望望盡早看看到產(chǎn)品品的系統(tǒng)統(tǒng)功能行行為自底向上上1.允許許對底層層組件行行為的早早期驗證證2.工作作初期可可以并行行進行集集成3.減少少了樁的的工作量量4.支持持故障隔隔離1.驅(qū)動動的開發(fā)發(fā)和維護護成本高高2.對高高層的驗驗證被推推遲到了了最后，設設計上的的錯誤不不能被及及時發(fā)現(xiàn)現(xiàn)1.底層層接口比比較穩(wěn)定定、變動動較少的的產(chǎn)品2.高層層接口變變化較頻頻繁的產(chǎn)產(chǎn)

41、品3.底層層組件較較早被完完成的產(chǎn)產(chǎn)品三明治集集成集合了自自頂向下下和自底底向上策策略的優(yōu)優(yōu)點中間層在在被集成成前測試試不充分分大部分軟軟件開發(fā)發(fā)項目基干集成成具有三明明治集成成的優(yōu)點點1.必須須對系統(tǒng)統(tǒng)的結(jié)構(gòu)構(gòu)和相互互依存性性進行仔仔細分析析2.必須須開發(fā)驅(qū)驅(qū)動和樁樁3.有些些接口可可能測試試不充分分大型復雜雜項目基于功能能集成/基于消消息集成成1.可盡盡快看到到關(guān)鍵功功能的實實現(xiàn)，并并驗證正正確性2.進度度上要短短3.可減減少驅(qū)動動的開發(fā)發(fā)1.對有有些接口口測試不不充分，會會丟失許許多接口口錯誤2.可能能會有較較大的冗冗余測試試基于進度度集成1.具有有比較高高的并行行度2.能有有效縮短短項

42、目開開發(fā)的進進度1.許多多接口要要到后期期才能驗驗證，無無法發(fā)現(xiàn)現(xiàn)有效的的接口問問題2.樁和和驅(qū)動開開發(fā)工作作量大3.由于于進度，組組件很不不穩(wěn)定且且會不斷斷變動，導導致測試試的重復復和浪費費進度優(yōu)先先級高于于質(zhì)量的的項目基于風險險集成最具有風風險的組組件最早早進行驗驗證，有有助于系系統(tǒng)的快快速穩(wěn)定定需要對各各組件的的風險有有一個清清晰的分分析第七章 系統(tǒng)測測試系統(tǒng)測試試目的：通過與需需求做比比較，發(fā)發(fā)現(xiàn)與系系統(tǒng)定義義不符合合或與之之矛盾的的地方系統(tǒng)測試試的用例例應根據(jù)據(jù)需求分分析說明明書來設設計，并并在實際際使用環(huán)環(huán)境下運運行系統(tǒng)測試試對象軟硬件集集合在一一起的系系統(tǒng)驗證時應應盡可能能模擬實

43、實際的運運行環(huán)境境與條件件系統(tǒng)測試試常用類類型：功功能、性性能、壓壓力、容容量、安安全性、GUI、可用用性、安安裝、配配置、異異常（恢恢復性）、備份、健壯性性、文檔檔、在線線幫助、網(wǎng)絡、穩(wěn)定性性測試功能測試試：概念：根根據(jù)產(chǎn)品品的SRS和測試試需求列列表，驗驗證產(chǎn)品品的功能能實現(xiàn)是是否符合合產(chǎn)品的的需求規(guī)規(guī)格目標：為為了發(fā)現(xiàn)現(xiàn)以下幾幾類錯誤誤是否有不不正確或或遺漏了了的功能能功能實現(xiàn)現(xiàn)是否滿滿足用戶戶需求和和系統(tǒng)設設計的隱隱藏需求求輸入能否否正確接接受？能能否正確確輸出結(jié)結(jié)果？性能測試試：概念：用用來測試試軟件在在集成系系統(tǒng)中的的運行性性能目標：度度量系統(tǒng)統(tǒng)相對于于預定義義目標的的差距工具：L

44、LoaddRunnnerr、WebbLoaad、SillkPeerfoormeer重要性：a) 性能是是質(zhì)量的的重要組組成部分分b) 給給用戶樹樹立良好好形象c) 節(jié)節(jié)省成本本的重要要手段性能測試試的關(guān)鍵鍵：有效效的協(xié)調(diào)調(diào)、正確確的模型型、瓶頸頸的定位位、合理理的建議議性能需求求五大特特性：需需求行、代表性性、完整整性、可可測試性性、可用用性壓力測試試：關(guān)注注穩(wěn)定性性和破壞壞性目的：調(diào)調(diào)查系統(tǒng)統(tǒng)在其資資源超負負荷的情情況下的的表現(xiàn)目標：通通過極限限測試方方法，發(fā)發(fā)現(xiàn)系統(tǒng)統(tǒng)在極限限或惡劣劣環(huán)境中中自我保保護能力力，主要要驗證系系統(tǒng)的可可靠性。容量測試試：目的：使使系統(tǒng)承承受超額額的數(shù)據(jù)據(jù)容量來來

45、發(fā)現(xiàn)它它是否能能夠正確確處理關(guān)注點：a) 整體的的業(yè)務流流量（一一般關(guān)注注靜態(tài)容容量） b) 數(shù)據(jù)庫庫的容量量 c) 最大文文件數(shù)目目 d) 最大事事務數(shù)安全性測測試：口口令認證證、加解解密技術(shù)術(shù)、權(quán)限限管理、安全日日志GUI測測試：關(guān)注點：界面實實現(xiàn)與界界面設計計的吻合合情況、確認界界面處理理的正確確性對象：簡簡單界面面元素、組合類類界面元元素、完完整界面面（窗口口）內(nèi)容：外外觀、界界面元素素行為、布局、友好功功能可用性測測試：關(guān)關(guān)注點：過分復雜雜的功能能或指令令困難的安安裝過程程錯誤信息息過于簡簡單用戶被迫迫去記住住太多的的信息語法、格格式和定定義不一一致配置測試試：概念：測測試系統(tǒng)統(tǒng)在各

46、種種軟硬件件配置、不同的的參數(shù)配配置下系系統(tǒng)具有有的功能能和性能能目標：驗驗證全部部配置的的可操作作性和有有效性，特特別需要要對最大大配置、最小配配置或特特殊配置置進行測測試異常測試試：概念：又又叫系統(tǒng)統(tǒng)容錯和和可恢復復性測試試，通過過人工干干預手段段使系統(tǒng)統(tǒng)產(chǎn)生軟軟、硬件件異常，通通過驗證證系統(tǒng)異異常前后后的功能能和運行行狀態(tài)，達達到檢驗驗系統(tǒng)的的容錯、排錯和和恢復的的能力。它是系系統(tǒng)可靠靠性評價價的重要要手段。容錯處理理：系統(tǒng)統(tǒng)自動處處理、人人工干預預處理系統(tǒng)可靠靠性指標標：平均均失效時時間間隔隔（MTBBF）、平平均恢復復時間（MTTTR）系統(tǒng)可靠靠性設計計技術(shù)：避開錯誤誤容錯技術(shù)術(shù)：結(jié)

47、構(gòu)構(gòu)冗余（動動、靜態(tài)態(tài)）、信信息冗余余、時間間冗余、硬件冗冗余、附附加冗余余技術(shù)健壯性測測試：Robbusttnesss TTesttingg用于測試試系統(tǒng)在在出現(xiàn)故故障時，是是否能夠夠自動恢恢復或忽忽略故障障繼續(xù)運運行網(wǎng)絡測試試：概念：在在網(wǎng)絡環(huán)環(huán)境下和和其他設設備對接接，進行行系統(tǒng)功功能、性性能與指指標方面面的測試試，保證證設備對對接正常常。內(nèi)容：考考察系統(tǒng)統(tǒng)的處理理能力、系統(tǒng)兼兼容性、系統(tǒng)穩(wěn)穩(wěn)定可靠靠性及用用戶使用用等方面面。一致性測測試：檢檢測系統(tǒng)統(tǒng)與協(xié)議議規(guī)范符符合程度度性能測試試：檢測測協(xié)議實實體或系系統(tǒng)的性性能指標標互操作性性測試：堅固性測測試：檢檢測協(xié)議議實體或或系統(tǒng)在在各種惡

48、惡劣環(huán)境境下運行行的能力力系統(tǒng)穩(wěn)定定性測試試：目的是評評價系統(tǒng)統(tǒng)在一定定負荷情情況下、長時間間的運行行情況。第八章 測試試覆蓋率率覆蓋率概概念：覆蓋率率是用來來度量測測試完整整性的一一個手段段。覆蓋蓋率是測測試技術(shù)術(shù)有效性性的一個個度量。覆蓋率率=（至少少被執(zhí)行行一次的的iteem數(shù)）/ittem的總數(shù)數(shù)； 覆蓋蓋率大體體可以劃劃分為兩兩大類：邏輯覆覆蓋和功功能覆蓋蓋； 測試試用例設設計不能能一味追追求覆蓋蓋率，因因為測試試成本雖雖覆蓋率率的增加加而增加加。邏輯覆蓋蓋主要類類型：語語句覆蓋蓋、判定定覆蓋、條件覆覆蓋、判判定-條件覆覆蓋、路路徑覆蓋蓋。語句覆蓋蓋率：（Staatemmentt C

49、ooverragee），在在測試時時運行被被測程序序后，程程序中被被執(zhí)行到到的可執(zhí)執(zhí)行語句句的比率率； 語句覆蓋蓋率 = （至少少被執(zhí)行行一次的的語句數(shù)數(shù)量）/（可執(zhí)執(zhí)行的語語句總數(shù)數(shù)）分支覆蓋蓋率：（Braanchh Cooverragee）也叫叫判定覆覆蓋（Deccisiion Covveraage），它它的含義義是：在在測試時時運行被被測程序序后，程程序中所所有判斷斷語句的的取真分分支和取取假分支支被執(zhí)行行到的比比率；判定覆蓋蓋率=（判定定結(jié)果被被評價的的次數(shù)）/（判定定結(jié)果的的總數(shù)）條件覆蓋蓋率：（Conndittionn Cooverragee）的含含義是，在在測試時時運行被被測程序

50、序后，所所有判斷斷語句中中每個條條件的可可能取值值（真值值和假值值）出現(xiàn)現(xiàn)過的比比率；條件覆蓋蓋率=（條件件操作數(shù)數(shù)值至少少被評價價一次的的數(shù)量）/（條件件操作數(shù)數(shù)值的總總數(shù)）分支-條條件覆蓋蓋率：（Braanchh Coondiitioon CCoveeragge）也叫叫判定條條件覆蓋蓋（Deccisiion Conndittionn Cooverragee），它它的含義義是，在在測試時時運行被被測程序序后，所所有判斷斷語句中中每個條條件的所所有可能能值（為為真為假假）和每每個判斷斷本身的的判定結(jié)結(jié)果（為為真為假假）出現(xiàn)現(xiàn)的比率率；分支條件件覆蓋率率=（條件件操作樹樹枝或判判定結(jié)果果至少被被

51、評價一一次的數(shù)數(shù)量）/（條件件操作數(shù)數(shù)值總數(shù)數(shù)+判定結(jié)結(jié)果總數(shù)數(shù)）路徑覆蓋蓋率：（Patth CCoveeragge）的含含義是，在在測試時時運行被被測程序序后，程程序中所所有可能能的路徑徑被執(zhí)行行過的比比率；路徑覆蓋蓋率=（至少少被執(zhí)行行到一次次的路徑徑數(shù)）/（總的的路徑數(shù)數(shù)）其他覆蓋蓋率：功功能覆蓋蓋率；面面向?qū)ο笙蟮母采w蓋率；函函數(shù)覆蓋蓋；指令令塊覆蓋蓋；判定定路徑覆覆蓋。第九章測測試用例例舉例測試用例例編號BOSSS_ SST_ MARRKETTINGG_NEEW_001P重要級別別高（還有有“較高、中、較較低、低低”幾個等等級）測試項目目新增營銷銷記錄測試標題題新增100元的營營銷記

52、錄錄用例類型型基本事件件（對應應還有“備選事事件”、“異常事事件”）用例設計計者songgfunn設計日期期20055-044-255對應需求求編號REQ_ MAARKEETINNG_NNEW_01對應UIIMarkketiing.htmm對應UCCUC_ MARRKETTINGG_NEEW_001版本號Builld vv0.11對應開發(fā)發(fā)人員Frannk預置條件件操作員登登錄營銷銷管理系系統(tǒng)測試方法法等價類劃劃分（對對應還有有“錯誤猜猜測法”、“邊界值值分析”等）輸 入用戶名：51ttesttingg 性別：男 金額：10元 描述：aaaaaaaaa操作步驟驟進入【營營銷下發(fā)發(fā)】頁面面；點擊

53、增增加按按鈕；輸入相應應數(shù)據(jù)；點擊確確定按按鈕；在后臺數(shù)數(shù)據(jù)庫(teest/tesstxttesttDB)輸入查查詢語句句驗證：sellectt * froom MMarkketiingTTab wheere ID=10001預期輸出出執(zhí)行步驟驟后，頁頁面彈出出添加成成功提示示信息框框；執(zhí)行步驟驟后查詢詢數(shù)據(jù)庫庫，記錄錄確實添添加成功功且數(shù)據(jù)據(jù)無誤第十章 測試經(jīng)經(jīng)驗和誤誤區(qū)軟件測試試的誤區(qū)區(qū)：測試和調(diào)調(diào)試是一一樣的測試組應應當為保保證質(zhì)量量負責過分依賴賴BETTA測試把測試作作為新員員工的一一個過渡渡工作把不合格格的開發(fā)發(fā)人員安安排做測測試關(guān)注于測測試的執(zhí)執(zhí)行而忽忽略測試試的設計計自動化測測試

54、是萬萬能的測試是可可以窮盡盡的測試是為為了證明明軟件的的正確性性測試是枯枯燥乏味味，缺乏乏創(chuàng)造力力的工作作軟件測試試的10大原則則：測試是一一個持續(xù)續(xù)改進的的過程，而而不是一一個階段段測試必須須被計劃劃、被控控制、并并且被提提供時間間和資源源測試應當當分級別別測試應當當有重點點測試不是是為了證證明程序序的正確確性，而而是為了了證明程程序不能能工作測試是不不可能窮窮盡的，當當測試出出口條件件滿足時時就可以以停止測測試測試是開開發(fā)的朋朋友，不不是敵人人測試人員員應當站站在公正正的立場場上進行行測試，如如實的記記錄和報報告缺陷陷自動化測測試能解解決一部部分問題題，但不不是全部部測試不能能僅僅包包括功

55、能能性的驗驗證，還還應當包包含性能能、可靠靠性、可可維護型型、安全全性等方方面的驗驗證軟件測試試的10個最佳佳實踐：盡早的、頻繁的的進行測測試降低成成本、提提高質(zhì)量量盡早的產(chǎn)產(chǎn)生一個個綜合的的主測試試計劃對質(zhì)量要要求較高高的產(chǎn)品品或大型型復雜的的產(chǎn)品成成立獨立立的測試試組在每個開開發(fā)階段段，使用用測試和和評價的的結(jié)果作作為是否否可以通通過的標標準開發(fā)和維維護一個個測試需需求和目目標的風風險優(yōu)先先級列表表把測試作作為產(chǎn)品品的一部部分等同同起來，使使用相同同的評價價標準和和過程提供集成成化的測測試工具具和測試試技術(shù)支支持加強測試試度量工工作和缺缺陷分析析工作，不不斷地改改進測試試加強測試試的培訓訓

56、并且為為測試人人員提供供技能發(fā)發(fā)展的通通道加強溝通通和交流流，讓項項目組內(nèi)內(nèi)所有人人員都了了解測試試的重要要性和測測試的工工作a) 同同 行 評 審同行評審審：（Peeer RReviiew）是一一種通過過作者的的同行來來確認缺缺陷和需需要變更更區(qū)域的的檢查方方法。需需要進行行同行評評審的特特定產(chǎn)品品在定義義項目軟軟件過程程的時候候被確定定并且作作為軟件件開發(fā)計計劃的一一部分被被安排了了進度。 需要要前期準準備、計計劃和時時間進度度表 越早早越好同行評審審的作用用： 早期發(fā)發(fā)現(xiàn)缺陷陷； 去除缺缺陷； 降低成成本； 提高質(zhì)質(zhì)量。同行評審審的類型型： 正規(guī)檢檢視：（Insspecctioon）最嚴

57、嚴格，要要求有規(guī)規(guī)范的流流程，參參加者經(jīng)經(jīng)過正式式培訓； 技術(shù)術(shù)評審：（Tecchniiquee Reevieew）以技技術(shù)方案案的比較較、裁決決為目的的，嚴格格程度介介于正規(guī)規(guī)檢視和和走讀之之間； 走 讀：（Wallk TThrooughh）最（自自由）松松散的形形式，無無流程要要求，有有評審團團隊，評評審流程程無要求求。通用評審審流程步步驟（正正規(guī)檢視視流程）：YY出 口5.第三小時會議6.返工階段N7.跟蹤階段第三小時會議？入口準則N介紹會議？1.計劃階段2.介紹會議3.準備階段4.Review會議計劃階段段： 項目目負責人人指定組組織者；作者自自檢工作作產(chǎn)品； 組織者者規(guī)劃本本次評審審

58、； 檢查查入口準準則：是是否符合合文檔標標準？是是否已用用工具檢檢查？代代碼=5500行； 文檔=440頁； 準備備評審包包：工作作產(chǎn)品（HLD）；參參考資料料（SRSS-檢查一一致性）；評審表表（Revvieww Foorm）；查查檢表（Cheeckllistt）。 指定定評審專專家（3-6人）； 組織織者將評評審包、評審通通知單發(fā)發(fā)給相關(guān)關(guān)人員。介紹會議議： 被評評審對象象采用新新技術(shù)、新方法法； 被評審審對象第第一次被被評審 （作者者介紹被被審對象象以及相相關(guān)技術(shù)術(shù)） 評審審專家第第一次參參加評審審 （評審審者介紹紹評審流流程） 介紹紹會議的的召開距距接到評評審通知知的時間間大于5小時；

59、 介紹紹會議的的時間不不超過1小時，30-60間為宜宜，關(guān)注注講解。準備階段段：（最最重要、發(fā)現(xiàn)缺缺陷最多多） 評審審專家個個人獨立立完成工工作產(chǎn)品品的審視視，提出出缺陷； 準備備時間 大于 會議時時間，且且應于會會議前2天開始始； 評審審者：收收到組織織者發(fā)來來的評審審包；審審核工作作產(chǎn)品、發(fā)現(xiàn)缺缺陷；填填寫評審審表單；反饋評評審表單單給組織織者； 組組織者：檢查評評審表單單；裁決決是否需需要增加加評審評評審投入入（增加加準備時時間；增增加評審審專家人人數(shù)；更更換評審審專家）會議階段段（2小時內(nèi)內(nèi)；只提提出問題題，不關(guān)關(guān)注解決決）： 組織織者召開開評審會會議； 講解解員講解解工作產(chǎn)產(chǎn)品；（盡

60、盡量不要要由作者者兼任） 大家家共同確確認問題題（評審審表單中中記錄的的問題；會上發(fā)發(fā)現(xiàn)的問問題；當當爭執(zhí)不不下時組組織者應應做出裁裁決） 對已已確認的的問題進進行分類類； 作者者決定是是否召開開第三小小時會議議； 記錄錄員記錄錄所有的的問題及及分類，并并發(fā)給組組織者；（記錄錄員盡量量不要由由作者和和組織者者擔任） 組織織者更新新評審表表單。第三小時時會議 有爭爭議的問問題繼續(xù)續(xù)討論，給給出決議議； 討論論解決問問題方案案； 組織織者更新新評審表表單。返 工工：發(fā)回回作者修修改；跟 蹤蹤： 匯總總所有需需要的數(shù)數(shù)據(jù)到評評審表單單發(fā)給相相關(guān)評審審專家；（2組織者者） 組織織評審專專家確認認各缺陷