1、第一部分：手工測試軟件測試基礎理論第三講（缺陷報告）一、測試人員的主要工作職責（1）編寫測試計劃（2）編寫測試用例（3）執行測試，發現缺陷提交缺陷報告（4）驗證所有缺陷是不是得到修復（5）編寫測試總結報告二、缺陷報告的組成1、缺陷編號（Defect ID）提交bug的順序說明：（1） 全項目組統一編號（2） 如果使用管理工具，缺陷編號會自動生成2、缺陷標題（summary）簡明扼要的描述一下該bug3、缺陷的發現者（Detected By）一般為自己4、發現缺陷的日期（Detected on date）一般就是發現缺陷的當前5、缺陷所屬的模塊（subject）在測試程序的那個功能模塊或菜單時發

2、現的bug開發經理會根據bug所在的模塊，找到bug的負責人6、發現缺陷版本（Detected in release）在測試程序的哪個版本時發現的bug27、指派給誰處理（Assigned to）測試人員把缺陷報告指派給開發經理，開發經理會根據缺陷所在的模塊，需要再次指派給具體的開發人員8、缺陷的狀態（status）（重要）表明缺陷所處的情況或處理結果。（1） 測試人員發現bug提交缺陷報告給開發經理，把bug的狀態寫成：new(新提交)（2） 開發經理驗證提交的bug，如果是Bug，把bug的狀態改為：open(打開的bug、開發組承認的Bug)；如果不是bug,把缺陷的狀態改為：rejec

3、ted(被拒絕的缺陷)，是缺陷需要把缺陷指派給bug的負責人。（3） 開發人員，看到指派給自己的bug ，進行Bug的修復，修改完后，把bug的狀態改為：fixed(已經修復的bug)（4） 測試人員對修復的bug進行返測，如果反測成功，把bug的狀態給為：closed(關閉bug、反測成功的bug)，如果返測失敗把bug的狀態改為：reopen(重新打開的bug、返測失敗的bug)以上的過程成為“缺陷（報告）的處理流程，也稱之為“缺陷的跟蹤過程”，或稱作“缺陷的生命周期”New-àopen-àFixed-àclosed9、缺陷的嚴重程度（Severity）（重點

4、）表明bug 多糟糕，或對軟件造成多大影響Urgent：造成死機、崩潰等致命問題Veryhigh：非常嚴重的bug。Hight：比較嚴重的、大的bugMedium：中等程度的bugLow：小的bug以后再提交缺陷時會有一個專門的文檔來說明什么樣的錯誤時什么等級Bug Level Definition 缺陷等級定義說明：每個單詞在不同項目中代表的含義是不盡相同，我們應該在專門的文檔中給出比較詳細的評判標準，這樣才會減少爭議。Performance :性能Function:功能10、缺陷的優先級（priority）（重點）希望缺陷在什么時間內或者在程序的哪個版本中解決Urgent：立刻修改，否則會

5、影響開發或測試的進度Veryhigh：本版本修改（本周期修改）Hight：下一個版本修改（下一周期修改）Medium：發布之前修改（下一版本修改）Low：允許在發布中存在（發布之前修改）優先級需要考慮的因素：（1） 嚴重程度：一般越嚴重，優先級越高（2） 影響的范圍：印象的范圍越大，優先級越高（3） 開發組的進度壓力：壓力越小，優先級越高（4） 解決bug的成本問題：成本越低，優先級越高11、缺陷描述（description）（重點）把發現缺陷的步驟、使用的數據記錄下來，讓程序員通過描述能夠再現bug三、常見問題1、嚴重程度和優先級不是嚴格成正比的例如：界面問題的嚴重程度一般比較低，但優先級可

6、能最高-立即修復。 錯誤提示中的錯別字嚴重程度低，因為其好修改，優先級可能最高-立即修復 一些嚴重的錯誤，它不影響其他功能，但是難解決其嚴重程度高，但優先級可以低些2、嚴重程度確定好后，一般不做修改；優先級可能會根據實際情況，適當修改3、在產品發布之前有些缺陷可能解決不了，但一定要做好風險分析 例如：一些用戶不常用的功能，或發現錯誤時不會造成很大的損失的四、缺陷報告用途（1）記錄bug（2）對bug進行分類（發現者、日期、版本、模塊、嚴重程度、狀態。）（3）跟蹤bug（new->closed）（4）對bug總結、分析統計五、如何識別bug（1）參考測試用例的預期結果，實際結果與預期結果不

7、一致，就是bug（2）參考需求文檔，與需求不一致就是bug（3）討論（4）參考第一講中缺陷的5點定義六、寫缺陷報告時注意的問題說明：有些bug是不可重新的。可以稱為隨機bug,也要提交，要注明一下七、缺陷報告的處理流程參考缺陷狀態（status ）筆記 作業：至少提交三個缺陷報告第四講（測試用例）一、 測試用例基本概念測試用例是在測試執行之前由測試人員編寫的指導測試過程的重要文檔，主要包括：用力編號、測試目的、用例描述、預期結果二、測試思想：“窮舉測試”是最全面的測試，但是時間成本太高，在實際中不能采用。編寫用例的方法，是在保證測試質量的前提下，使用最少的數據、最少的成本達到最優的測試效果。不

8、做窮舉測試，是存在風險的，所以如果有時間可以再適當的補充三、編寫測試用例的方法（1） 等價類劃分（2） 邊界值法（3） 因果圖法（4） 判斷表法（5） 正交排列法（6） 場景法（7） 測試大綱法四、 寫測試用例的參考（1） 文檔，尤其是需求文檔（2） 參考已經開發出來的程序（3） 討論五、 測試用例的用途1、 防止遺漏 使軟件測試的實施重點突出、目的明確、確保需求功能不能被遺漏2、 版本重復測試 快速正確的進行版本重復測試3、 監督過程可以準確有效的評估工作量4、 評價結果對產品進行評估，對測試完成情況進行評價5、 提高效率避免盲目測試6、 縮短周期版本升級或修改時只需要修正少部分測試用例，資

9、源復用六、 寫用例時注意的點1、在寫測試用例之前，還要明確項目對用例的具體要求測試用例編號如何命名測試用例應該提交到什么地方測試用例用到的附件命名規則、存放位置2、測試用例是需要跟新和維護的，是一個不斷修改和完善的過程3、測試用例需要正式的評審4、測試用例覆蓋系統的程度，決定測試的覆蓋程度七、 對測試人員的要求1、基本要求在編寫一條測試用例時，要求步驟清楚準確易讀，預期結果明確如有特殊的設置，預期條件等要明確寫出如果有輸入數據一般要給出輸入數據取值如果有附件，要給出附件存放位置名稱檢驗標準寫完用例后讓別人照著自己的用例去執行測試可以很順暢的執行下來2.高標準要求測試用例寫的有條理邏輯性強，可以

10、按照功能點分類操作順序等邏輯編寫，而不要一會測試這，一會測試那功能覆蓋全面深入，能夠發現軟件中的更多缺陷檢驗標準能把軟件中的缺陷盡可能多的找出來，按照你的測試用例測試完軟件、遺漏的缺陷最少要求測試人員最終達到的目的，是一個需要長期積累學習的過程第四講（等價類劃分、邊界值法）1、 等價類劃分法（1） 應用場合只要有數據輸入的地方就可以使用。把可以輸入的無窮多的數據進行分類，從中挑選一些代表進行測試即可（2） 核心概念l 有效等價類對程序的規格說明有意義、合理的輸入數據集合，程序接受到有效數據，應該正確計算，執行l 無效等價類 對程序的規格說明無意義，不合理的輸入數據集合，程序接受到無效數據應給出

11、錯誤提示，或者根本無法輸入有效等價類主要驗證程序的正常業務功能實現，無效等價類驗證程序的異常處理能力（健壯性）（3） 使用等價類劃分分析程序案例：需求：如圖：功能展示：如圖首先，明確測試對象“第一個數”文本框說明：在測試“第一個數”文本框時。“第二個數”文本框要填寫正確1、 分析需求，劃分等價類（有效等價類、無效等價類）l 有效等價類-9999的整數l 無效等價類<-99的整數>99的整數為空非整數2、 細化等價類依據的一般是隱式需求，比如，數據再內存中存儲的形式，數據在數據庫、程序中的類型l 整數在計算機中是按照“補碼存儲”整數和負數的補碼計算方式不同，有必要單獨測把有效等價類-

12、9999細化為：-99-1的整數099的整數l 非整數可以細化為： 小數 字符 漢字 符號3、 建立等價類表（熟練以后直接做該步）有效等價類序號數據范圍1-99-1的整數2099的整數無效等價類序號數據范圍1<-99整數2>99的整數3為空4小數5字母6漢字7符號4、 根據等價類表，編寫用例從每個等價類中至少挑選出一個數據編寫用例在分析“第二個數”文本框跟分析第一個是一樣的說明：保證“第一個數”文本框填寫正確2、 邊界值法 案例： 跟等價類劃分采用同一個（也兩個文本框分開分析） 對上邊等價類劃分進行補充（1）應用場合有數據輸入的地方，一般就可以使用。邊界值法往往和等價類劃分一起使用

13、，共同形成一套較為完善的測試方案（2）如何使用找到有效數據和無效數據的分界點（-99、99）（最小值和最大值）， 及其（分界值）兩邊的點（次邊界點、次分界點（-98、-100、98、100），對這些點單獨進行測試 如圖：（3）說明邊界值數據，本質上就是屬于等價類劃分的范疇，但是應該單獨測試，這種測試實際上是一種冗余，但在工程中是必須的3、 有效數據的優化1、 問題提出 一條用例只測試一個控件的有效等價類或有效邊界值，比較簡單的，適合初學者，但是會產生大量冗余，影響了測試效率2、 如何優化在一條用例中可以盡可能多的測試不同的控件的一個有效等價類或有效邊界值（即在一個用例中把所有的有效等價值全都測

14、了，從每一個控件有效等價類（有效等價類沒有用有效邊界值）各挑選一個）-不同控件的有效數據可以組合在一起測試-減少用例數量3、 說明：由于沒個控件的有效數據（有效等價類+有效邊界值）的數量一般不會完全相等，所以我們在測試某個控件的有效數據時，其他控件的有效數據已經全部測完，這時需要從這些已經測完的數據中重復選擇有效數據，這種冗余是不可避免的。在測試目的中，冗余的部分就不要在寫了（即已將測過的有效數據，已經在目的中寫過的就不要在另一個用例的目的中再寫了）4、 無效等價類的強化在開始的時候，一條用例只測試一個控件的一個無效等價類或一個無效邊界值-無效等價類在開始時不能組合-避免屏蔽現象發生（前面的錯

15、誤提示出現了，后面的錯誤提示就不出現了）最后，再根據時間情況適當考慮不同控件無效等價類（或無效邊界值）的組合，或者同一個控件不同無效等價類（或無效邊界值）的組合、5、 無效等價類考慮的因素有效等價類的數量。一般較少，無效等價類的數量一般較多（是有效等價類的2-5倍）有效等價類可以從需求中直接找到答案無效等價類可以從以下因素考慮：（1） 要求：不能為空，無效等價類為空（2） 要求：不能重復，無效等價類重復（3） 數據有大小范圍無效 無效數據超出范圍 事例：年齡：18-60無效：<18, >60（4） 字符有個數要求無效：字符個數超出范圍例如：3-20個字符無效：<3個字符，&g

16、t;20個字符（5） 數據有格式、樣式、類型要求 無效：格式、樣式、類型、非法 示例：要求：整數”無效：非整數（小數、字母、漢字、符號）要求：“小數”無效：非小數（字母、漢字、符號）（6）小數點最多保留位數要求 無效：小數點位數超長6、 有效等價類劃分的一些技巧1、如果數據要求里沒有說什么不可以包含，默認就是允許的2、310個英文字符（或5個漢字）例如有樣的要求的有效等價類只要寫出：3-10個字符 就可以了（因為字符包括英文字符和漢字字符，一個漢字字符等于兩個英文字符）但是寫測試用例的時候，盡量要多組合來測例如：字母數字，字母符號、數字符號。的組合3、數據要求范圍小的，無效等價類 有效等價類，

17、邊界值 重復了的數據（因為數據范圍小，這中重復時不可避免的）那么寫測試用例寫數據的時候盡量不要重復4.一些要求是小數的例如工資，如果沒有明確說不能是整數的話，（1）則可以是整數，要寫在有效等價類里邊（2）無效等價類，邊界值，只要寫出一套小數的就可以了（3）邊界值里也要寫出小數點位數 的邊界值：例如：小數點后最多保留兩位，邊界值就要寫出：小數點后2為，小數點后1位，小數點后3為（4）如果要求為小數有位數的，邊界值只要找到要求的最少位數，的精度，最大值，最小值加減就可以了例如：1.0030000.00之間的小數 最多保留2為小數 則其最小精度為0.01 那么其邊界值為：1.0 0.99 1.01

18、30000.00 29999.99 30000.015、整數在計算機中是按照“補碼存儲”整數和負數的補碼計算方式不同，有必要單獨測把有效等價類-9999細化為：-99-1的整數099的整數 說明：（1） 如果需求要求為“字符”，意味這可以輸入：字母、漢字、符號、0-9的數字（2） 在標準的編碼中（ASCII、gb2312）中，一個英文字符占一個字節（8位二進制），一個漢字字符占兩個字節（16位二進制）（3） 如果需求要求是小數，如果沒有特別聲明，“不允許整數”意味這可以包含“整數”需要單獨測試（4） 如果允許為空我們需要測試把“為空”當做有效等價類7、 無效等價類常見處理方式（1） 允許無效數

19、據輸入，最后給出錯誤提示-重點檢查提示信息正確性、點擊完“確定”后程序是否繼續運行、光標定位準不準確（2） 允許無效數據輸入，程序會自動把無效數據糾正成有效數據（3） 無效數據無法輸入第五講（因果圖法）一、基本概念在一個窗口中，有多個操作，操作和操作之間存在組合關系和限制關系，不同的操作組合會產生不同的輸出結果的組合，為了弄清什么樣的操作（輸入）組合，會產生什么樣的輸出組合，使用因果圖法二、因果圖法核心概念1、因輸入條件、用戶所做的操作、原因2、果輸出結果、用戶做完操作的結果、結果使用畫圖的方式，表達因（輸入條件）和果（輸出結果）的關系三、圖形符號1、基本圖形符號表達的是因（輸入）和果（輸出）

20、的關系恒等與（）非或(v)2、約束限制符號約束的是同一類的要不然同時約束的是輸入，要不然同時約束的是輸出互斥（E）(重點)最多只有一個1（即最多只有一個可能成立）實例：（一開始沒有選中的項）唯一（O）only(重點)有且僅有一個1實例：（一開始有一個選中的值）說明：互斥,和唯一在程序中主要區別就是有無默認值，互斥沒有設置默認值，唯一 是設置了默認值要求(R)required(重點)箭頭指向誰要求誰如果A要求BA=1，B必須為1實例：（自動登錄如果勾選了，記住密碼必須勾選）屏蔽（M）masked箭頭指向誰屏蔽誰如果A屏蔽BA=1，B必須為0實例：（第一個錯誤提示出現了，就會屏蔽掉第二個錯誤提示）

21、包含（I）include至少包含一個1實例：四、用因果圖法分析程序需求：開發的程序樣式1、找出所有的“因”（輸入條件），將其編號（1）投幣50元（2）投幣100元（3）充值50元（4）充值100元2、找出所有的“果”（輸出結果），將其編號 （只要把動作找完就可以，細化的可以不用寫）A、充值成功并退卡B、提示充值成功C、找零D、錯誤提示并退卡步驟1、2是初步分析需求的過程畫出輸入和輸出的圖形3、在步驟1基礎上，找到輸入的限制關系和組合關系（1）組合關系（決定了測試用例的數量）輸入（1）（3）組合輸入（1）（4）組合輸入（2）（3）組合輸入（2）（4）組合輸入（1）單獨輸入（2）單獨輸入（3）單獨

22、輸入（4）單獨（2）限制關系（為了給畫因果圖做基礎，即互斥例的情況不能同時出現，互斥的情況不會增加測試用例的數量，但是最好把互斥的情況在預期結果中寫出例如：下邊的（1）（2）互斥則測試用例中：操作：點擊請投幣50元按鈕，預期結果：請投幣兩個按鈕置灰（即投幣50元跟投幣100元互斥不能同時存在）條件（1）（2）不能組合（互斥）條件（3）（4）不能組合（互斥）4、在步驟2的基礎上，找到輸出的限制關系和組合關系(熟練以后此步可以省略)（1）組合關系結果（輸出）AB是必須組合（要求R）結果（輸出）ABC組合結果（輸出）CD組合結果（輸出）D單獨存在（2）限制條件結果（輸出）A D不能組合結果（輸出）B

23、D不能組合步驟3和4是深入分析需求的過程畫出輸入和輸出的限制關系5、根據步驟3（1）和步驟4（1），找到輸入組合和輸出組合的對應關系（什么樣的輸入組合產生怎么樣的輸出組合），寫出判定表判定表只能表現出組合之間的關系，不能表達出限制的關系情況1：輸入（1）（3）組合會產生：輸出A和B組合 情況2：輸入（1）（4）組合會產生結果（輸出）CD組合情況3：輸入（2）（3）組合會產生結果（輸出）ABC組合情況4：輸入（2）（4）組合會產生：結果（輸出）AB是必須組合（要求R）情況5：輸入（1）單獨會產生輸出CD組合情況6：輸入（2）單獨會產生：輸出CD組合情況7：輸入（3）單獨會產生：輸出D組合情況8：

24、輸入（4）單獨會產生輸出D組合6、根據判定表編寫用例把判定表的1列轉換成1條用例，測試1種組合關系第六講（判定表法）一、基本概念1、判定表法就是因果圖法的簡化，省略畫圖過程（即直接分析寫出判定表就可以了）2、任何編寫用例的方法，可能只試用與窗口中的某幾個控件,為了測試整個窗口往往需要綜合應用多種測試用例的方法二、如何綜合應用各個寫測試用例方法例子：需求：數數數程序：（1）根據控件的特點，選擇正確的方法A、工資薪制和錯誤程度需要考慮組合判定表（因果圖）B、基本信息部分為填寫項等價類、邊界值（2）根據選擇的方法，對控件分別進行分析說明：分析的時候，是對每個控件“單獨”分析，（3）根據前面的分析，“

25、綜合”編寫用例例子：在文檔的：E:測試用例結構圖法、判定表法工資發放判定表等價類劃分注意：如果下邊的控件用到上邊控件的數值的話，盡量兩個控件多組合測試如：本例中的工資為空的情況三、總結1、判定表法（因果圖法）主要考慮控件組合2、但是每個控件的條件不宜太多，最好為2-3個，如：按鈕按下/不按下，單選按鈕（復選框）：選擇還是不選擇，只有2-3個取值的下拉列表3、“因”（輸入條件）稱為“條件樁”（輸出結果）稱為“動作樁”4、判定表的特點：（1）輸入條件的排列順序無所謂（2）輸出結果的排列順序無所謂（3）判定表的列的順序可以調整（先測試那種組合都可以），每種組合是相對獨立的第七講（正交排列法）一、應用

26、場合一個界面上有很多的控件，1、每個控件下有很多的取值，測試時，需要測試每個控件所有取值組合的情況，2、并且組合數量較大，（組合>20中、幾十種、幾百種、幾千種），3、從代碼的角度考慮，不同的組合基本測試的是同一段代碼，考慮使用正交排列法判定表法和正交排列法的區別：都適用于測試控件組合情況。但是判定表法適合測試組合數量較少（<20種），并且從代碼角度考慮，不同組合測試的是不同的代碼；正交排列法適合測試組合數量較多（>20種），并且從代碼角度考慮，不同組合測試的是相同的代碼；二、正交表是由研究數學的人研究出來解決數學問題，一共九種，測試人員只要會應用，或做一些修改后會應用即可公

27、式：Ln（mK）解釋：L：Line(行)n：正交表的行數，測試組合的數量說明：選擇正交表時不用考慮n,只考慮m，k,因為n是固定的K：代表正交表的列數，選擇的正交表適用于有K個控件的情況M：代表正交表中允許出現的最大值（最小值都是從1開始），選擇的正交表適用于每個控件有m個取值的情況例如：代表：三、正交表的使用步驟1、分析需求：列出所有的控件和每個控件的取值2、根據分析后的需求，選擇合適的正交表（也就是選擇低M、和次冪K）（1）根據控件的個數，選擇次冪K（正交表的列數）次冪K=控件的個數=正交表的列數例子：設置字體4個控件=k=4（2）根據每個控件的取值個數選擇低m （正交表中允許出現的最大值

28、）低m=控件的取值個數例子：設置字體每個控件的取值為3=m=3（3）n的值不用選取，代表需要測試的組合數量 所以最終的正交排列公式為：343、將正交表中的列名（ABCD.）和取值（1234.）列名使用控件名稱替換，取值使用控件的真實取值替換（即把相應的正交表復制過來，將其值修改為控件名稱即可）（1）列名=控件名稱（2）取值=控件的真實取值4、編寫測試用例，每一行對應的是一種組合情況（一行為一條用例）說明：判定表：是一列測試一種組合情況（一列對應一條用例）正交排列法：每一行對應的是一種組合情況（一行對應一條測試用例）5、經過正交表得來的用例條數，是最少的最優的組合情況，但是只要有遺漏，就有發生缺

29、陷的風險，所以時間允許的情況下應該盡量在補充其他的組合情況四、正交表的局限性1、目前可用的正交表數量較少（9種）2、當前9種可用的正交表基本要求每個控件的取值數量要相等，在實際測試工作中很難遇到五、正交表的設計思想1、盡量使每個控件的所有取值參與組合的次數相等公平原則2、在所有的組合中挑選測試組合時，要均勻、零星的選取均勻、零星原則六、如果沒有合適的正交表怎么辦？1、分析需求：列出每個控件以及每個控件的取值2、根據需求選擇合適的正交表（確定低m次冪k 即可）（1）根據控件的個數確定次冪k(如果沒有合適的次冪k,選擇大一點即可)案例：powerPoint數據分析-中的數據分析A 4個控件-k=4

30、（2）根據每個控件的取值個數確定低m（如果沒有合適的底m?）A、少數服從多數原則：先看那些控件取值個數相等，取相等數最多 的控件取值個數為底m案例：powerPoint數據分析-中的數據分析A第一個控件，取值個數：3第二個控件，取值個數：4第三個個控件，取值個數：3第四個控件，取值個數：2總結：有兩個控件取值個數為3，有一個控件取值個數為4，有一個控件取值個為2所以底m=3多以最后為：34則將34 的正交表復制到數據分析表格中，將正交表的值修改為對應的控件的名稱和值，這種方法里。如果控件取值個數比3大的，則需要插入一行用來寫控件的取值（沒一組都要添加一樣）如果控件取值比3小的，則將空出來的位置

31、平均分配給次控件的取值B、取值最多原則：看哪個控件的取值最多，就用該控件的取值個數為底m案例：powerPoint數據分析-中的數據分析B第一個控件，取值個數：3第二個控件，取值個數：4第三個個控件，取值個數：3第四個控件，取值個數：2所有底m=4所以最后確定用：Ln(44)因為9種中沒有這個，所以選擇比次冪4大的：L16(45)映射過程：將正交表中的取值替換成控件的真正取值（不能替換的取值先空著）將每個控件空出的機會，要均勻的、平均的分配給該控件的其他取值檢查是否有重復的組合，如果有適當修改，自己添加的取值（映射過來的取值不能修改）第八講（場景法重點）一、基本概念1、應用場合（1）適合使用場

32、景法的軟件的界面特點：一般有很少的填寫項（甚至沒有填寫項），一般都是通過鼠標的單擊、雙擊、拖拽操作完成（2）要求測試人員站在用戶的角度，模擬用戶的操作，A、模擬用戶正確的操作-要驗證的程序的主要功能業務邏輯是否正確B、模擬用戶錯誤的操作-驗證程序處理錯誤的能力（健壯性）2、場景法應用的兩個層面（1）業務（需求）層面：要求測試人員必須得精通被測軟件（2）技術層面：基于等價類模擬用戶的正確的操作有效等價類模擬用戶錯誤的操縱-無效等價類3、場景法的基本概念（1）基本流（有效流、正確流）模擬軟件的正確操作流程（2）備選流（無效流、錯誤流）模擬軟件錯誤的操作流程4、場景法的使用步驟（1）根據需求，找到基

33、本流（正確流）和備選流（錯誤操作）案例：ATM機 取款過程基本流：（1）銀行卡有效->輸入正確的密碼-ATM機驗證-驗證銀行卡的余額-驗證當日取款總額是否超過限額-驗證ATM機余額->更新賬戶，出鈔備選流：（1）銀行卡無效（2）錯誤的密碼（<3次）（3）錯誤的密碼（第3次錯誤）（4）銀行卡余額不足（5）當日總取款金額超過了ATM機的規定的當日限額（6）ATM機余額不足2、根據基本流和備選流生成場景（熟練之后，直接做該步 ）3、根據場景編寫用例，場景和用例不是一對一的關系（一個場景使用多條用例，一條用例也可能測試多個場景）1、房間全部為“可供”（還可以包含“停用”或“清理”）且不包含服務生狀態，彈出“確認”提示框，提示是否刪除 （1）點擊“取消”-未刪除 （2）點擊