北京軟件產品質量檢測檢驗中心ppt課件

1、任務根底培訓講師：王峰.內容導航工 作 流 程工 作 表 格測 試 文 檔.任務流程總流程測試流程.總流程位置： ftp/培訓/新員工入門培訓/測試部/任務流程/任務流程圖涉及人員：業(yè)務人員樣品管理員測試工程師技術支持人員文檔管理員.測試流程測 試 準 備測 試 執(zhí) 行測 試 結 束.測試預備測試準備備份測試環(huán)境配置工作單設備日常運用登記表測試過程控制單.測試執(zhí)行測試方案測試方案測試用例原始記錄缺陷列表測試報告缺陷報告.測試終了生成報告定制簽字蓋章樣品歸檔提交報告.位置ftp/培訓/新員工入門培訓/測試部/任務流程/測試流程圖.協(xié)同測試平臺BSTQC協(xié)同測試平臺測試項目管理測試文檔管理測試質量

2、保證日常工作管理系統(tǒng)軟件工具ButterflyFirefly, ButterflyButterflyButterfly，F(xiàn)irefly, Dragonfly.協(xié)同任務平臺測試方案測試報告測試用例測試方案測試文檔管理原始記錄缺陷報告質量文檔管理合同評審測試文檔評審質量保證管理缺陷確認BSTQC測試管理流程測試工程管理工程管理根底.BSTQC績效考核系統(tǒng).內容導航工 作 流 程工 作 表 格測 試 文 檔.主要表格.Butterfly登記設備運用記錄.Butterfly提交周報告.BSTQC統(tǒng)計個人工程.內容導航工 作 流 程工 作 表 格測 試 文 檔.測試文檔主要包括測 試 方 案測 試 計

3、劃測 試 用 例原 始 記 錄缺 陷 報 告測 試 報 告.測試方案決議了整個測試的方向和方法，是勝利開展測試活動的根底；目前只需大型工程要寫測試方案；測試方案的關鍵是在測試方案的根底上將軟件分解為單元，寫成測試需求，并生成測試用例樹即以測試需求為根，再次細化測試需求生成子需求為枝，如此細化到最后一層分支后每個分支對應假設干用例。該樹型構造稱為測試用例樹。測試用例為測試用例樹的枝葉。由于測試用例來自于測試需求，它是對測試需求的一個細化，所以測試用例覆蓋軟件需求的程度決議了測試的覆蓋程度如何，測試用例能否正確、全面、符合需求的測試用例將會決議所開展的測試活動是勝利的測試活動還是失敗的測試活動。.

4、測試用例執(zhí)行過程中，發(fā)現(xiàn)的缺陷要提交缺陷報告，好的缺陷報告可以縮短相關人員確認缺陷的時間，從而可以及早定位問題所在，提高測試效率。同時出具測試報告。測試報告協(xié)助客戶了解軟件中存在的較大的缺陷?？傊恍柙诟哔|量的測試文檔的根底上，才干開展勝利的測試活動 .測試文檔關系圖測試方案測試方案測試用例原始記錄缺陷列表測試報告缺陷報告.測試方案測試方案也可以稱為測試戰(zhàn)略，主要用來描畫測試工程的總體方法和目的；描畫目前在進展哪一階段的測試單元測試、集成測試、系統(tǒng)測試以及每個階段內在進展的測試種類功能測試、性能測試等；確定測試范圍、生成測試數(shù)據等；.測試方案包括文檔標識：分配該文檔一個獨一性標識 編寫目的：

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

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

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

8、 依此類推：每多一行+0.6cm .顏色闡明 紅色字體刪除黑色字體固定保管藍色字體交換綠色字體手寫 .闡明對齊方式：參間每一個模板特別留意：每個表格要求首行空格.原始記錄同一頁的測試人和確認人不能時同一個人；原始記錄=測試報告；最終版電子報告測試人員和審核人員要簽字完好。.缺陷報告工程稱號的長度不得超越15個字，功能模塊的長度不得超越10個字，問題描畫的長度不得超越30個字 Bug的問題摘要應一目了然，不能模糊 在提交Bug前，應查詢庫里已有的Bug，防止同樣的Bug反復提交 .缺陷報告Bug的詳細描畫應盡能夠的細，使其他用戶能按該詳細描畫復現(xiàn)問題 提交的Bug運用客觀的書面語，防止運用口語 對有些Bug尤其是缺陷優(yōu)先級別比較高的，最好能在其他一樣的測試環(huán)境下檢測一下，明確問題后再提交 .缺陷嚴重程度等級確定S1級 ：發(fā)現(xiàn)以下可反復出現(xiàn)的嚴重問題：導致系統(tǒng)解體；主業(yè)務流程出現(xiàn)斷點；導致死機；出現(xiàn)不可挽救的數(shù)據喪失或損壞；_內存走漏。.缺陷優(yōu)先級確定S2級：發(fā)現(xiàn)以下可反復出現(xiàn)的嚴重問題：導致程序模塊喪失或未實現(xiàn)； 被測數(shù)據處置錯誤；軟件錯誤導致數(shù)據喪失；-用戶需求未實現(xiàn)。 .缺陷優(yōu)先級確定S3級：發(fā)現(xiàn)影響被測功能正確實現(xiàn)的問題。 S4級：普通性的錯誤或功能實現(xiàn)有不完善處。 S5級：建議性問題 .Butterfly提交缺陷.Butterfly缺陷確認.頁面設置頁眉：