【文章內容簡介】 型（手動測試和自動測試），若準備進行手動測試，需要為其在測試計劃樹上添加相應的測試步驟（ Test Steps）。測試步驟描述測試的詳細操作、檢查點和每個測試的預期結果。 ? 自動測試（ Automate Tests）： – 對于要進行自動測試的部分，應該利用 Mercury Interactive 、自己或第三方的測試工具來創(chuàng)建測試腳本。 ? 分析測試計劃（ Analyze Test Plan）： – 產生報告和圖表來幫助你分析測試計劃數(shù)據(jù)，并檢查所有測試以確保它們滿足你的測試目標。 TestDirector測試計劃 TestDirector建立測試覆蓋 TestDirector測試步驟 TestDirector測試執(zhí)行 ? 創(chuàng)建測試集（ Create Test Sets）： – 在你的工程中定義不同的測試組來達到各種不同的測試目標，他們可能包括，舉個例子，在一個應用程序中測試一個新的應用版本或是一個特殊的功能。并確定每個測試集都包括了哪些測試。 ? 確定進度表（ Schedule Runs）： – 為測試執(zhí)行制定時間表，并為測試員分配任務。 ? 運行測試（ Run Tests）： – 自動或手動執(zhí)行每一個測試集。 ? 分析測試結果（ Analyze Test Results）： – 查看測試結果并確保應用程序缺陷已經(jīng)被發(fā)現(xiàn)。生成的報告和圖表可以幫助你分析這些結果。 TestDirector建立測試集 TestDirector加入測試集 TestDirector缺陷跟蹤 ? 添加缺陷（ Add Defects）： – 報告程序測試中發(fā)現(xiàn)的新的缺陷。在測試過程中的任何階段，質量保證人員、開發(fā)者、項目經(jīng)理和最終用戶都能添加缺陷。 ? 檢查新缺陷（ Review New Defects）： – 檢查新的缺陷，并確定哪些缺陷應該被修復。 ? 修復打開的缺陷（ Repair Open Defects）： – 修復那些你決定要修復的缺陷。 ? 測試新構建（ Test New Build）： – 測試應用程序的新構建，重復上面的過程，直到缺陷被修復。 ? 分析缺陷數(shù)據(jù)（ Analyze Defect Data）： – 產生報告和圖表來幫助你分析缺陷修復過程，并幫助你決定什么時候發(fā)布該產品。 TestDirector缺陷跟蹤 TestDirector添加缺陷 TestDirector缺陷狀態(tài) ? New ： 測試人員新發(fā)現(xiàn)的缺陷 ? open ：經(jīng)開發(fā)負責人檢查后，確認是缺陷，將其狀態(tài)設置為 open ? Fixed：開發(fā)人員對于缺陷修復完畢后，將其狀態(tài)置為fixed ? Rejected：如果發(fā)現(xiàn)不是缺陷或者是重復缺陷，開發(fā)負責人將缺陷的狀態(tài)置為 rejected ? Closed：對于狀態(tài)是 fixed或者是 rejected的缺陷，可以關閉， closed是缺陷的最終狀態(tài) ? Reopen：對于狀態(tài)是 fixed的缺陷，如果測試人員經(jīng)過驗證后，發(fā)現(xiàn)沒有完全修復，將其狀態(tài)置為 reopen TestDirector— 主頁面 TestDirector— 創(chuàng)建項目 TestDirector創(chuàng)建用戶 TestDirector登陸 測試用例的執(zhí)行結果可以作為測試報告的一個附件提交，從而提高測試報告的能夠更準確的反映測試的進展 通過對測試用例的執(zhí)行情況的匯總、統(tǒng)計，可以得出系統(tǒng)目前所進行的測試工作是否充分、必要，是否已經(jīng)達到了預期的效果，測試是否已經(jīng)按計劃完成等 115 第三章 測試人員的數(shù)學知識 集合論 ? 集合定義：一組明確的、互不相同的事物組成的整體，稱為一個集合。 ? 集合與成員：組成集合的各個事物稱為該集合的元素。 ? 全部列舉：寫出集合的所有元素 ? 部分列舉：列舉部分元素，其它元素用省略號代替 ? 規(guī)定集合的元素所滿足的條件： A={x|x具有的性質 P} ? 空集是不包含任何元素的集合 ? 空集表示： Φ ? Φ和 {Φ} 是不同的 ? Φ ＝ {年 |2022≤年 ≤1812} 維恩圖是由兩個或者兩個以上重疊的圓組成的，用于表示集合之間的相互關系。 集合的關系 A 是 B 的 子集 A ? B A 是 B 的 真子集 A ? B A 和 B 是 相等集合 A=B 集合的劃分 A1,A2,…, An是集合 A的子集 A1,A2,…, An是集合 A的一個劃分 A1∪ A2∪ … ∪ An=A 且 Ai ∩Aj… = Φ (i != j) 測試（ 1） 完備性 （ 2） 無冗余性 ? 比如： 三角形和非三角形 等邊、等腰、不等邊和非三角形 等邊、等腰、不等邊、直角和非三角形 ? 任何程序都可以看成將其輸出與輸入關聯(lián)起來的函數(shù)，因此函數(shù)是開發(fā)測試的核心概念。 1對 1函數(shù) /多對 1函數(shù) 程序實現(xiàn)的功能大多數(shù)是多對一的函數(shù)，這對測試很重要（多對一測試可選代表等價類 1對 1 功能相似也可分等價類） ? 測試中研究語句執(zhí)行特定路徑的概率 ? 事件的概率 P(E)=│E│/│S│ s是有限樣本空間， E是事件 ? 有向圖 ? 無向圖 ? 定義：圖 G=(V, E)由結點的有限非空集 V和結點無序對偶集 E組成 ? 圖通過關聯(lián)矩陣表示 圖 G=(V, E)的關聯(lián)矩陣是 m n矩陣 ? 相鄰矩陣 n1 n2 n3 n4 n5 n6 n7 N1 0 1 0 1 0 0 0 N2 1 0 0 0 1 0 0 N3 0 0 0 1 0 0 0 N4 1 0 1 0 0 1 0 N5 0 1 0 0 0 0 0 N6 0 0 0 1 0 0 0 N7 0 0 0 0 0 0 0 ? 路徑 ? 結構化測試中用例 ? 路徑是一系列的邊或一系列的節(jié)點 ? 有向圖 （框圖） D=(V,E) 一個節(jié)點有限集合 V 一個邊的集合 E 有向圖即可表示程序框圖 有向圖相鄰矩陣：有 m個節(jié)點的有向圖 D=(V, E)的相鄰矩陣是一個 m m矩陣 有向圖的路徑：有向圖的路徑是一系列的邊，使得該序列中所有相鄰對偶 ei， ej第一條邊的終止節(jié)點是第二條邊的起始節(jié)點 128 第四章 測試技術 內容 ? – – – – – – – ? ? ? ? ? ? – 功能測試的基本方法是構造一些合理或者不合理的輸入，檢查輸出是否與期望的相同。如果兩者不一致，即表明功能有誤。也有例外的情況，如《需求規(guī)格說明書》中的某個功能寫錯了，而實際上軟件的功能卻是正確的，這時要更改的是《需求規(guī)格說明書》。 – 功能測試看起來比較簡單，只要看得懂《需求規(guī)格說明書》，誰都會做。難點在于如何構造有效的輸入。由于輸入空間通常是無限的，窮舉測試顯然行不通。隨便輸入一些東西，碰運氣也是行不通的 ?肯定測試：驗證系統(tǒng)和它陳述的需求一致 ?否定測試：證明一個系統(tǒng)不會作不需要它做的事情 ? 狀態(tài)：備用、打開、播放、停止 ? 在備用模式時，按打開按鈕打開錄音機 ? 當錄音機打開時，按備用按鈕回到備用模式 ? 當錄音機打開時，按播放按鈕開始播放當前磁帶，按停止按鈕停止播放 ?在備用模式時，按打開按鈕打開錄音機 ?當錄音機打開時，按備用按鈕回到備用模式 ?當錄音機打開時，按播放按鈕開始播放當前磁帶，按停止按鈕停止播放 ? 當錄音機正在播放磁帶時，按下備用按鈕會怎樣？ 按下打開按鈕會怎樣？ ? 當錄音機打開并且沒有磁帶時，按下播放按鈕會怎樣？按下停止按鈕會怎樣？ ? 當錄音機正在播放磁帶時，斷電。 ?白盒測試 ?黑盒測試 ?白盒測試：對于測試對象的內部內容是透明的、可見的，可以設計數(shù)據(jù)覆蓋測試對象的每一條路經(jīng)。 ?黑盒測試：黑盒法不關心程序內部的邏輯，而只是根據(jù)程序的功能說明來設計測試用例 ? 代碼檢查 ? 靜態(tài)結構分析 ? 代碼質量度量 ? 功能確認與接口分析 ? 邏輯覆蓋率分析 ? 性能與效率分析 ? 內存分析 靜態(tài)測試 ? 代碼檢查 ? 靜態(tài)結構分析 — 代 碼檢查 ? 目的 – 確保代碼編程規(guī)范被有效執(zhí)行 – 檢查代碼是否存在邏輯上的錯誤 — 代 碼檢查 ? 變量命名和類型檢查 ? 變量初始值檢查 ? 變量作用范圍檢查 ? 程序邏輯審查 ? 程序語法檢查 ? 程序結構檢查 — 代 碼檢查 ? 排除違背程序編寫標準的問題 ? 排除違背程序編程風格的問題 ? 確保代碼和設計的一致性 ? 確保代碼的邏輯表達的正確性 ? 確保代碼結構的合理性 ? 找出程序中不可移植的部分 ? 發(fā)現(xiàn)程序中不安全、不明確、模糊的部分 ? 實踐表明，程序走查平均能查出被測程序的30%70%的邏輯設計和代碼缺陷， IBM代碼走查能夠檢查出 80%的錯誤 — 代 碼檢查 ? 需求描述文檔 ? 程序設計文檔 ? 程序的源代碼清單 ? 代碼編碼標準 ? 代碼缺陷檢查表 C/C++代碼檢查表 ? 文件結構 ? 程序的版式 ? 命名規(guī)則 ? 表達式與基本語句 ? 常量 ? 函數(shù)設計 ? 內存管理 ? C++函數(shù)的高級特性 ? 類的構造函數(shù)、析構函數(shù) ? 類的高級特性 ? 其他特性 ? 頭文件和定義文件的名稱是否合理 ? 頭文件和定義文件的目錄結構是否合理 ? 版權和版本聲明是否完整 ? 空行是否得體 ? ? 代碼行內的空格是否得體 ? ? 長行拆分是否得體 ? ? “ {”和“ }”是否是否各占一行并且對齊于同一列 ? 一行代碼是否只做一件事情 ?如只寫一條語句 ? If,for,while,do等語句各占一行，不論執(zhí)行多少語句都寫 {} ? 命名規(guī)則是否與采用的操作系統(tǒng)或者開發(fā)工具的風格保持一致 ? 標示符是否直觀并且可以拼讀 ? If (year = 2022) //良好的版式 ? If (year=2022) //不良的版式 ? If (a = b) amp。amp。 (c = d) //良好的版式 ? If (a=bamp。amp。c=d) //不良的版式 ? 如果代碼行中的運算符比較多 ,是否已用括號清楚地確定表達式的運算順序 ? 是否編寫太復雜或者多用途的復合表達式 void DoWork(int x,int y,int z) { int k=0,j=0。 if((x3)amp。amp。(z10)) { k=x*y1。 //語句塊 1 j=sqrt(k)。 } if((x= =4)||(y5)) { j=x*y+10。 //語句塊 2 } j=j%3。 //語句塊 3 } Y e s入口Noabc執(zhí)行語句塊 2執(zhí)行語句塊 1Y e sdNoe出口執(zhí)行語句塊 3( x 3 ) amp。 amp。 ( z 1 0 )( x = = 4 ) | | ( y 5 ) ?語句覆蓋 ?判定覆蓋 ?條件覆蓋 ?判定 /條件覆蓋 ?條件組合覆蓋 ?路徑測試 － 語句覆蓋 ?語句覆蓋 ：語句覆蓋就是設計若干個測試用例，運行被測試程序，使得每一條可執(zhí)行語句至少執(zhí)行一次；