軟件用例寫作與缺陷管理

　　第一部分 用例寫作

　　由測試用例設(shè)計得出用例的內(nèi)容，然后按照用例寫作規(guī)范落實到文檔中，兩者是形式和內(nèi)容的關(guān)系。一個好的測試用例必須包含

　　足夠的內(nèi)容，可以將這些內(nèi)容拆分成八個要素，只要把這八個要素寫的完整準確，這個用例就算是寫的比較好了（感覺和小學(xué)作文三段式填鴨差不多）。

　　通用用例的八要素：測試項目、用例編號、測試標題、重要級別、預(yù)置條件、測試輸入、操作步驟、預(yù)期輸出。

說明：

　　1) 關(guān)于重要級別：

用例的重要級別一般分成三個：高、中、低，具體會按照實際情況進行劃分。通常，高級別對應(yīng)保證系統(tǒng)基本功能、核心業(yè)務(wù)、重要特性、實際使用頻率較高的用例；中級別對應(yīng)重要程度介于高和低之間的測試用例；低級別對應(yīng)實際使用頻率不高、對系統(tǒng)業(yè)務(wù)功能影響不大的模塊或功能的測試用例。 RPA機器人用例的重要級別和對應(yīng)的需求的重要級別有關(guān)，需求的重要級別一般分成高、中、低，劃分需求的重要級別有利于進行迭代開發(fā)，把不同的需求先后來實現(xiàn)。用例的重要級別還和該用例的測試目的有關(guān)，針對正常情況的測試用例的重要級別比針對異常情況的用例的重要級別要高。

　　2) 預(yù)期輸出：

　　預(yù)期輸出是測試用例中非常重要的部分，要想判斷被測對象是否工作正常，都需要通過預(yù)期輸出來進行判斷。一旦預(yù)期輸出寫的不準確或者不全，整個測試用例的作用將會大打折扣。

　　3) 疑問：a.是否每個測試用例都要寫的很詳細？

　　寫作測試用例的目的有兩個：一是幫助用例設(shè)計人員將用例考慮的更全面；二是提供給執(zhí)行測試用例的人看。因此測試用例到底寫到什么程度，是寫的詳細還是寫的簡單，和測試用例由誰來執(zhí)行有很大關(guān)系。如果用例是用例設(shè)計人員自己執(zhí)行，那么可以寫的簡單一些，比如就寫測試編號、測試標題、重要級別即可。如果用例是給自己組內(nèi)的測試人員進行交叉執(zhí)行，那么測試用例就要寫的稍微詳細一些。若用例是給其他人來執(zhí)行的，比如將測試用例的執(zhí)行外包出去，那么就需要測試用例寫的非常詳細了。

　　在編寫預(yù)期輸出時可以從以下三個方面來進行考慮：

　　1.界面顯示：在操作步驟執(zhí)行完后，可以在界面上看到什么顯示，比如注冊功能的測試，輸入注冊信息，點擊注冊，會在界面上看到注冊成功的提示信息。

　　2.數(shù)據(jù)庫變化：在操作步驟執(zhí)行完畢后，數(shù)據(jù)庫中的記錄會發(fā)生相應(yīng)的變化，比如刪除功能的測試，點擊刪除后，數(shù)據(jù)庫中該記錄就會被刪除。

　　3.相關(guān)信息的變化：即在操作步驟執(zhí)行完后，一些和被測對象相關(guān)的信息會發(fā)生變化，比如注銷功能的測試，點擊注銷后，以前能訪問的頁面將無法再訪問。

　　第二部分 缺陷管理

　　1.概念

　　缺陷的基本概念：缺陷、故障、失效。

　　缺陷（Defect）：存在于軟件之中的偏差，可被激活，以靜態(tài)形式存在于軟件內(nèi)部，相當于bug；

　　故障（Fault）：軟件運行中出現(xiàn)的狀態(tài)，可引起意外情況，若不加處理，可產(chǎn)生失效，是一個動態(tài)行為；

　　失效（Failure）：軟件運行時產(chǎn)生的外部異常行為結(jié)果，表現(xiàn)與用戶需求不一致，功能能力終止，用戶無法完成所需要的應(yīng)用。

　　缺陷報告單的概念

　　缺陷報告是任何缺陷修改的起始。測試員在測試執(zhí)行時發(fā)現(xiàn)缺陷之后，將此缺陷的相關(guān)信息記錄到缺陷報告。然后，通報給開發(fā)人員進行確認和修復(fù)。

　　缺陷報告單可以作為后期缺陷度量的數(shù)據(jù)依據(jù)，也是對整個產(chǎn)品的考核。

　　2.缺陷的管理流程

軟件測試工具缺陷的管理流程與缺陷的生命周期一致，不贅述。當然也有一些僵尸缺陷，即永遠也死不了的缺陷（在缺陷管理工具中是遺留狀態(tài)，而且由于系統(tǒng)歷史原因，導(dǎo)致一直遺留，每次版本升級也無人過問）。

　　3.缺陷管理的目標

　　1) 缺陷跟蹤

　　2) 缺陷分析