1、工作基礎培訓,講師：王峰,1,內容導航,工 作 流 程 工 作 表 格 測 試 文 檔,2,工作流程,總流程 測試流程,3,總流程,位置： /培訓/新員工入門培訓/測試部/工作流程/工作流程圖 涉及人員： 業(yè)務人員 樣品管理員 測試工程師 技術支持人員 文檔管理員,4,測試流程,測 試 準 備 測 試 執(zhí) 行 測 試 結 束,5,測試準備,6,測試執(zhí)行,測試方案,測試計劃,測試用例,原始記錄,缺陷列表,測試報告,缺陷報告,7,測試結束,樣品歸檔,提交報告,8,位置,/培訓/新員工入門培訓/測試部/工作流程/測試流程圖,9,

2、協(xié)同測試平臺,10,協(xié)同工作平臺,11,BSTQC績效考核系統(tǒng),12,內容導航,工 作 流 程 工 作 表 格 測 試 文 檔,13,主要表格,測試過程控制表 測試環(huán)境配置工作單 Butterfly登記設備使用記錄 Butterfly提交周報告 BSTQC統(tǒng)計個人項目,14,Butterfly登記設備使用記錄,15,Butterfly提交周報告,16,BSTQC統(tǒng)計個人項目,17,內容導航,工 作 流 程 工 作 表 格 測 試 文 檔,18,測試文檔主要包括,測 試 方 案 測 試 計 劃 測 試 用 例 原 始 記 錄 缺 陷 報 告 測 試 報 告,19,測試方案決定了整個測試的方向和方

3、法，是成功開展測試活動的基礎；目前只有大型項目要寫測試方案； 測試計劃的關鍵是在測試方案的基礎上將軟件分解為單元，寫成測試需求，并生成測試用例樹（即以測試需求為根，再次細化測試需求生成子需求為枝，如此細化到最后一層分支后每個分支對應若干用例。該樹型結構稱為測試用例樹）。 測試用例為測試用例樹的枝葉。由于測試用例來自于測試需求，它是對測試需求的一個細化，所以測試用例覆蓋軟件需求的程度決定了測試的覆蓋程度如何，測試用例是否正確、全面、符合需求的測試用例將會決定所開展的測試活動是成功的測試活動還是失敗的測試活動。,20,測試用例執(zhí)行過程中，發(fā)現(xiàn)的缺陷要提交缺陷報告，好的缺陷報告可以縮短相關人員確認缺

4、陷的時間，從而可以及早定位問題所在，提高測試效率。 同時出具測試報告。測試報告幫助客戶了解軟件中存在的較大的缺陷。 總之，只有在高質量的測試文檔的基礎上，才能開展成功的測試活動,21,測試文檔關系圖,測試方案,測試計劃,測試用例,原始記錄,缺陷列表,測試報告,缺陷報告,22,測試計劃,測試計劃也可以稱為測試策略，主要用來描述測試工程的總體方法和目標；描述目前在進行哪一階段的測試（單元測試、集成測試、系統(tǒng)測試）以及每個階段內在進行的測試種類（功能測試、性能測試等）；確定測試范圍、生成測試數(shù)據(jù)等；,23,測試計劃包括,文檔標識：分配該文檔一個唯一性標識 編寫目的：闡明編寫測試計劃的目的，指明讀者對

5、象。 測試目的: 說明開展本次測試活動的目的。 測試范圍：說明本次測試中將要進行的測試種類，如功能測試、可靠性測試、易用性測試、安全性測試、性能測試等等 ，并生成測試用例樹；,24,測試計劃包括,測試組織機構：組織測試人員和測試小組，明確各個小組和成員的職責。同時列出所需進行的項目培訓 測試環(huán)境：說明測試所需要的資源，如軟、硬件、網(wǎng)絡等資源 估計測試工作量并制定初步的測試進度：該項為測試方案中比較重要的一項內容。正確估計工作量，制定合理的進度表，可防止測試中出現(xiàn)測試倉促或由于時間估計過長造成的資源浪費,25,測試計劃包括,參考資料：列寫本測試項目所使用的縮略語和相關定義，并列出測試中涉及到的參

6、考資料和技術文檔 描述測試類型和測試方法：測試類型通常分為黑盒、白盒測試；測試方法有手工測試、自動測試等等，并指明測試中將要使用的測試工具 定義測試過程中的關鍵過程域（KPA），如測試計劃制訂、測試用例開發(fā)、測試環(huán)境準備、測試執(zhí)行、測試結果分析、測試情況評審匯報等關鍵過程域的定義,26,測試計劃包括,驗收標準：在此規(guī)定用于確定測試任務是否完成的驗收標準 明確測試完成后的交付成果 描述如何進行相關的缺陷管理和配置管理 估計測試中可能遇到的風險、約束和依賴：如測試所需的資源是否到位，必要情況下能否得到開發(fā)人員的技術支持等等,27,注意：,測試用例樹的編寫： 整篇文檔風格要一致，習慣上使用動賓結構；

7、 測試需求的分類要明確，最好按照界面編寫； 若界面結構復雜，學會將后置內容往前提； 測試過程的描述要簡潔，不宜用句子描述； 測試過程要細化，但不是越細越好。,28,其它,測 試 計劃 原 始 記 錄 缺 陷 報 告 測 試 報 告,29,報告格式,標題：宋體+標題n+加黑+四號字+1.5倍行距 文本：宋體+正文+小四+1.5倍行距 編號說明： 一級標題： 1. 二級標題： 1.1 三級標題： 1.1.1 四級標題： （1） 五級標題： ,30,表格格式,標題：宋體+加黑+小四字體+1cm行距+灰色低紋 表格內容：宋體+五號字體+0.19縮緊 分欄規(guī)則：只能在左側分割（測試需求） 行距： 單行0

8、.8cm 二行1.2cm 三行1.8cm 依此類推：每多一行+0.6cm,31,顏色說明,紅色字體刪除 黑色字體固定保留 藍色字體替換 綠色字體手寫,32,說明,對齊方式：參間每一個模板 特別注意：每個表格要求首行空格,33,原始記錄,同一頁的測試人和確認人不能時同一個人； 原始記錄=測試報告； 最終版電子報告測試人員和審核人員要簽字完整。,34,缺陷報告,項目名稱的長度不得超過15個字，功能模塊的長度不得超過10個字，問題描述的長度不得超過30個字 Bug的問題摘要應一目了然，不能含糊 在提交Bug前，應查詢庫里已有的Bug，防止同樣的Bug重復提交,35,缺陷報告,Bug的詳細描述應盡可能

9、的細，使其他用戶能按該詳細描述復現(xiàn)問題 提交的Bug應用客觀的書面語，避免使用口語 對有些Bug（尤其是缺陷優(yōu)先級別比較高的），最好能在其他相同的測試環(huán)境下檢測一下，明確問題后再提交,36,缺陷嚴重程度等級確定,S1級 ：發(fā)現(xiàn)下列可重復出現(xiàn)的嚴重問題： 導致系統(tǒng)崩潰； 主業(yè)務流程出現(xiàn)斷點； 導致死機； 出現(xiàn)不可挽救的數(shù)據(jù)丟失或損壞； _內存泄漏。,37,缺陷優(yōu)先級確定,S2級：發(fā)現(xiàn)下列可重復出現(xiàn)的嚴重問題： 導致程序模塊丟失或未實現(xiàn)； 被測數(shù)據(jù)處理錯誤； 軟件錯誤導致數(shù)據(jù)丟失； -用戶需求未實現(xiàn)。,38,缺陷優(yōu)先級確定,S3級：發(fā)現(xiàn)影響被測功能正確實現(xiàn)的問題。 S4級：一般性的錯誤或功能實現(xiàn)有不完善處。 S5級：建議性問題,39,Butterfly提交缺陷,40,Butterfly缺陷確認,41,頁面設置,頁眉：為空 頁腳：&p/&P&b北京軟件產品質量檢