前言

?????做用例的分級，無論是對于手工測試或者自動化測試都有著重要的意義。用例分級之后，對于特定版本的冒煙測試、或者有大更改之后的遍歷測試等等場景下，我們可以很方便快速地篩選出所需用例的最小子集，提高測試的效率。
????以下是公司的測試組長利姐為我們做的一次培訓，并在近期開展了用例分級的工作。我摘錄了一些重要內容下來，并闡述了一些自己的想法。
????注意：這個是目前我們所用的一種用例分級方法，并不作為通用性方法，僅供參考。如果各位有更好的建議，歡迎留言。

用例的測試關鍵字（用例的操作）

我們所約定的四個類型如下：

1. 常規操作：
   ?最常用的操作路徑，形成基本用例集合，保證所有功能的正常使用（生效）。
2. 擴展操作：
   ?與其他功能的交互。
3. 異常操作：
   ?考慮功能測試（常規、擴展）以外的操作，如性能、壓力測試。
4. 探索式操作：
   初步估計或不確定，此功能與其他功能的相互影響。一般是不太確定的擴展路徑，或擴展路徑的再擴展。寫擴展思路即可，確定后，將有影響的重要操作轉換為擴展操作，無影響的保留。

用例級別（用例重要性）

????根據用例所測試的需求點的緊急程度、使用頻率、重要程度來劃分用例級別。即繼承測試需求優先級、根據發生錯誤的可能性、根據發生錯誤的危害、該功能點使用的頻繁程度來定義用例的優先級。
????在分析需求文檔，提取需求時，了解哪些需求是急需的、哪些是用戶頻繁使用的、系統最不能出現錯誤的，這些需求點都是優先級比較高的。
????用例的重要性并不對應用例可能造成的后果，而是對應用例的基本程度。如相當生僻的路徑造成的死機，則不算優先級高的用例。

我們所約定的四個級別如下：

1. 非常重要：
   該用例執行失敗，會導致很多重要功能無法運行；系統必須要使用的功能；這個級別的用例數量要控制。
2. 很重要：
   功能交互相關、個別使用頻率較高的正常功能測試用例；這個級別的數量較多。
3. 一般：
   使用頻率低于“很重要”級別；或使用頻率與”很重要“差不多但功能很穩定；或即使發生錯誤，危害也很小。（舉例：字段的輸入范圍）
4. 次要：
   功能穩定、發生錯誤的可能性很?。换蚣词拱l生錯誤，危害性也很小。

不同測試場景下用例的選擇

????以下的內容，首先我自己做了一遍理解，記錄下自己認為的哪些測試階段做什么測試，出現字樣 --需要-- 則是利姐在培訓中要求的，而我沒想到的。
????注意：這里并不代表通用做法，只是作為一個參考。根據不同的情況，可能你們會有不一樣的見解。

1. 第一輪遍歷測試，發現軟件中存在的所有故障。探索式操作的不執行；次要的根據版本要求和代碼更改情況，可以不執行。

2. 第二輪遍歷測試，故障修改完畢，通過遍歷測試，沒有嚴重影響的故障，標識次模塊功能穩定。此輪可以不測試異常路徑。

3. 第三輪遍歷測試，彌補更改后，回歸不充分的情況，對部分功能的確認測試。

4. 開發過程中，需要一個模塊穩定后，才能開始遍歷；遍歷前，除了回歸故障、需要選擇此模塊部分功能優先進行測試。

對于探索式操作的一些理解

????探索式測試是針對新功能而言，在測試過程中的一種擴展思路。例如，測試新功能A，我覺得A可能會受到功能B的影響，實際測試中，確實有影響的，就要轉化為擴展路徑（操作），沒有影響的就保留。
????因此在遍歷測試中，新功能的探索式測試只用執行一次、或者大重構后執行一次。這次執行后，轉換成擴展路徑的，在接下來的測試中可能使用到，不轉換的保留下來，則可以作為一種參考思路。

用例級別（重要性）的變更

????用例的級別不是一定下來就不變的，根據實際的測試情況可以變化。例如可以根據實際測試情況中，用例發生錯誤的概率進行優先級的調整；或者需求變更之后，用例的優先級也要相應變化等等。

其他

????在TestLink1.9.18系統中，可對用例的關鍵字進行批量操作。在主頁選擇“指派關鍵字”，可以批量地把關鍵字設置到現有的測試用例和測試套件中。
????當且僅當測試計劃中包含最新版本的測試用例時，你指派的關鍵字才能影響到你的測試用例上。 如果你的測試計劃中用例已被執行過（算是舊版本），你設置的關鍵字不會對用例的該版本生效。
????我使用這個批量操作的場景是：大部分的用例都屬于“常規操作”，因此我先將關鍵字“常規操作”應用到所有的測試用例中，一邊檢查再一邊更改部分用例的關鍵字。