1. 首頁 > 生活百科 > >

測試步驟怎么寫( 四 )

生活百科步驟


二、如何編寫測試用例測試用例的信息有很多，可以根據實際的情況進行增刪，一般來說一個優秀的測試用例應該包含以下信息：1、產品相關信息（1）軟件產品或項目的名稱（2）軟件產品或項目的版本（3）功能模塊名（4）功能描述（5）測試平臺這些信息建議可以在測試案例手工選擇 。2、基本記錄信息（1）測試用例入庫者（2）測試用例入庫時間（3）測試用例更新者（4）測試用例更新時間這些信息建議可以由測試案例自動生成 。
3、測試用例的屬性（1）測試用例ID：測試用例的ID（由案例管理系統自動生成，方便跟蹤管理）（2）測試用例名稱：測試用例的名稱（3）測試功能點：測試的功能檢查點（4）測試目的：該測試功能點的測試目的（5）測試級別：主路徑測試、煙霧測試、基本功能測試、詳細功能測試 。下面對這幾個測試級別進行說明：A、主路徑測試：對照需求中重要模塊和功能的最主要功能路徑，主路徑測試為設計探針模塊，快速檢查程序的可測試性（可測試性還包括安裝測試是否成功）的主要依據的測試案例B、煙霧測試：對照需求中所有模塊的主要功能路徑，主路徑測試案例為煙霧測試案例的子集，煙霧測試為做回歸測試的主要依據的測試案例 。
C、基本功能測試：對照需求和總體設計中所有模塊和功能的基本功能路徑，基本功能測試為測試軟件產品的非重要級別模塊，書寫完全的自動測試腳本的主要依據 。D、詳細功能測試：對照總體設計中所有模塊和功能的功能路徑，測試各個模塊及功能各個層次，各種類型 。
詳細功能測試案例為對重點模塊，易發生錯誤的模塊的主要依據 。（6）測試類型：功能測試、邊界測試、異常測試、性能測試、壓力測試、兼容測試、安全測試、恢復測試、安裝測試、界面測試、啟動/停止測試、文檔測試、配置測試、可靠性測試、易用性測試、多語言測試 。
（7）預置條件：對測試的特殊條件或配置進行說明（8）測試步驟：詳細描述測試過程，案例的操作步驟建議少于15個 。（9）預期結果：預期的測試結果三、測試用例設計過程對一個全新的產品來說，首先需要了解的是產品需求文檔和產品模塊之間的關系 。
然后需要從需求文檔中書寫與所有需求相對應的主路徑測試案例和煙霧測試案例，這個時候也同時會包括一定的基本路徑測試案例甚至是詳細測試案例 。在這個時候，因為對產品沒有直接的使用感受，書寫測試案例要考慮面廣而不要太過精細 。
繼續閱讀產品功能定義文檔，將所有的功能定義直接對應寫相關的測試案例，這個時候，最好能夠對程序的本身有一定的接觸，加深對程序的了解，以便寫出更好，更全面的測試案例 。最后，在實際測試中，還需要不斷擴充，修改以前的測試案例，得到完整的基本功能測試案例和詳細測試案例 。
如果對于一個已有一定或大部分案例的產品來說，不管測試者是否本身熟悉這個產品，其主要的任務就是閱讀，檢查需求及相關的變更，然后對原有的案例進行理解，擴充和修改 。這就是案例的重用/復用 。
6.如何編寫一個好的測試用例我一直在想，作為測試人員應該用腦袋去測試，也就是說應該在工作中不斷的總結經驗，把自己的發現應用到測試中去，這樣你才能有真正的提高，你所具備的理論和能力才有競爭力 。
回到測試用例中來，我覺得做好以下三點就是一個好的用例 。
第一：依據分明
眾所周知，一個項目首先立項，然后經過一系列的動作到了需求分析，昨晚需求分析后，測試就可以做測試需求，然后就可以寫測試用例了 。所以寫測試用例的依據就是需求 。這么說太籠統，舉一個例子 。一個系統經過前期的需求分析，詳細設計，模塊設計等一系列的動作，最后生成了詳細的需求說明和詳細設計文檔等等，在這些文檔中，已經很詳細的描述了所有的需求點和功能點，也有較詳細的技術說明，接下來的工作就是怎么把這些功能點和需求點變成測試點，這就需要做好測試需求分析和測試方案工作，生成一個個可測試的測試點 。這也是需求必須可測的一個體現 。