4. 測試用例通常包括那些內容?著重闡述編制測試用例的具體做法不同結構的用例包括的不一樣。(版本、編號、項目、設計人員、設計日期、輸入、預期輸出……)
軟件測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果。
用例編號： 測試用例的編號有一定的規則，比如系統測試用例的編號這樣定義規則： PROJECT1-ST-001 ，命名規則是項目名稱+測試階段類型(系統測試階段)+編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。
測試標題： 對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如 “ 測試用戶登錄時輸入錯誤密碼時，軟件的響應情況 ” .重要級別： 定義測試用例的優先級別，可以籠統的分為 “ 高 ” 和 “ 低 ” 兩個級別。一般來說，如果軟件需求的優先級為 “ 高 ” ，那么針對該需求的測試用例優先級也為 “ 高 ” ;反之亦然，測試輸入： 提供測試執行中的各種輸入條件。根據需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設計中會遇到很大的障礙。
操作步驟： 提供測試執行過程的步驟。對于復雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內容在操作步驟中詳細列出。
預期結果： 提供測試執行的預期結果，預期結果應該根據軟件需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那么測試不通過;反之則測試通過。
7.描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程1、測試人員或開發人員發現bug后，判斷屬于哪個模塊的問題，填寫bug報告后，系統會自動通過Email通知項目組長或直接通知開發者。
1) 經驗證無誤后，修改狀態為VERIFIED.待整個產品發布后，修改為CLOSED. 2) 還有問題，REOPENED，狀態重新變為“New"，并發郵件通知。
2)項目組長根據具體情況，重新reassigned分配給bug所屬的開發者。
3) 若是，進行處理，resolved并給出解決方法。(可創建補丁附件及補充說明)
4)開發者收到Email信息后，判斷是否為自己的修改范圍。
5) 若不是，重新reassigned分配給項目組長或應該分配的開發者。
6)測試人員查詢開發者已修改的bug，進行重新測試。(可創建test case附件)
文章來源于領測軟件測試網 http://www.kjueaiud.com/
