軟件測試新員工培訓(xùn)

1、工作基礎(chǔ)培訓(xùn)講師：王峰內(nèi)容導(dǎo)航工工 作作 流流 程程工工 作作 表表 格格測測 試試 文文 檔檔工作流程總流程總流程測試流程測試流程總流程位置： /培訓(xùn)/新員工入門培訓(xùn)/測試部/工作流程/工作流程圖涉及人員：業(yè)務(wù)人員業(yè)務(wù)人員樣品管理員樣品管理員測試工程師測試工程師技術(shù)支持人員技術(shù)支持人員文檔管理員文檔管理員測試流程測 試 準(zhǔn) 備測 試 執(zhí) 行測 試 結(jié) 束測試準(zhǔn)備測試測試準(zhǔn)備準(zhǔn)備備份備份測試環(huán)境測試環(huán)境配置工作配置工作單單設(shè)備日常設(shè)備日常使用登記使用登記表表測試過程測試過程控制單控制單測試執(zhí)行測試方案測試方案測試計劃測試計劃測試用例測試用例原始記錄原始記錄缺

2、陷列表缺陷列表測試報告測試報告缺陷報告缺陷報告測試結(jié)束生成報告生成報告定制定制簽字簽字蓋章蓋章樣品歸檔樣品歸檔提交報告提交報告位置/培訓(xùn)/新員工入門培訓(xùn)/測試部/工作流程/測試流程圖協(xié)同測試平臺協(xié)同測試平臺bstqc協(xié)同測試平臺協(xié)同測試平臺測試項目管理測試項目管理測試文檔管理測試文檔管理測試質(zhì)量保證測試質(zhì)量保證日常工作管理日常工作管理系統(tǒng)軟件工具系統(tǒng)軟件工具butterflyfirefly, butterflybutterflybutterfly，firefly, dragonfly協(xié)同工作平臺測試方案測試方案測試報告測試報告測試用例測試用例測試計劃測試計劃

3、測試文檔管理測試文檔管理原始記錄原始記錄缺陷報告缺陷報告質(zhì)量文檔管理質(zhì)量文檔管理合同評審合同評審測試文檔評審測試文檔評審質(zhì)量保證管理質(zhì)量保證管理缺陷確認(rèn)缺陷確認(rèn)bstqc測試管理流程測試管理流程測試項目管理測試項目管理項目管理項目管理基礎(chǔ)基礎(chǔ)bstqcbstqc績效考核系統(tǒng)績效考核系統(tǒng)內(nèi)容導(dǎo)航工工 作作 流流 程程工工 作作 表表 格格測測 試試 文文 檔檔主要表格測試過程控制表測試過程控制表測試環(huán)境配置工作單測試環(huán)境配置工作單butterflybutterfly登記設(shè)備使用記錄登記設(shè)備使用記錄butterfly提交周報告bstqc統(tǒng)計個人項目butterfly登記設(shè)備使用記錄butterfl

4、y提交周報告bstqc統(tǒng)計個人項目內(nèi)容導(dǎo)航工工 作作 流流 程程工工 作作 表表 格格測測 試試 文文 檔檔測試文檔主要包括測 試 方 案測 試 計 劃測 試 用 例原 始 記 錄缺 陷 報 告測 試 報 告測試方案決定了整個測試的方向和方法，是成功開展測試活動的基礎(chǔ)；目前只有大型項目要寫測試方案；測試計劃的關(guān)鍵是在測試方案的基礎(chǔ)上將軟件分解為單元，寫成測試需求，并生成測試用例樹（即以測試需求為根，再次細(xì)化測試需求生成子需求為枝，如此細(xì)化到最后一層分支后每個分支對應(yīng)若干用例。該樹型結(jié)構(gòu)稱為測試用例樹）。測試用例為測試用例樹的枝葉。由于測試用例來自于測試需求，它是對測試需求的一個細(xì)化，所以測試用

5、例覆蓋軟件需求的程度決定了測試的覆蓋程度如何，測試用例是否正確、全面、符合需求的測試用例將會決定所開展的測試活動是成功的測試活動還是失敗的測試活動。測試用例執(zhí)行過程中，發(fā)現(xiàn)的缺陷要提交缺陷報告，好的缺陷報告可以縮短相關(guān)人員確認(rèn)缺陷的時間，從而可以及早定位問題所在，提高測試效率。同時出具測試報告。測試報告幫助客戶了解軟件中存在的較大的缺陷?？傊?，只有在高質(zhì)量的測試文檔的基礎(chǔ)上，才能開展成功的測試活動 測試文檔關(guān)系圖測試文檔關(guān)系圖測試方案測試方案測試計劃測試計劃測試用例測試用例原始記錄原始記錄缺陷列表缺陷列表測試報告測試報告缺陷報告缺陷報告測試計劃測試計劃也可以稱為測試策略，主要用來描述測試工程的

6、總體方法和目標(biāo)；描述目前在進(jìn)行哪一階段的測試（單元測試、集成測試、系統(tǒng)測試）以及每個階段內(nèi)在進(jìn)行的測試種類（功能測試、性能測試等）；確定測試范圍、生成測試數(shù)據(jù)等；測試計劃包括文檔標(biāo)識：分配該文檔一個唯一性標(biāo)識 編寫目的：闡明編寫測試計劃的目的，指明讀者對象。 測試目的: 說明開展本次測試活動的目的。 測試范圍：說明本次測試中將要進(jìn)行的測試種類，如功能測試、可靠性測試、易用性測試、安全性測試、性能測試等等 ，并生成測試用例樹；測試計劃包括測試組織機構(gòu)：組織測試人員和測試小組，明確各個小組和成員的職責(zé)。同時列出所需進(jìn)行的項目培訓(xùn) 測試環(huán)境：說明測試所需要的資源，如軟、硬件、網(wǎng)絡(luò)等資源 估計測試工作

7、量并制定初步的測試進(jìn)度：該項為測試方案中比較重要的一項內(nèi)容。正確估計工作量，制定合理的進(jìn)度表，可防止測試中出現(xiàn)測試倉促或由于時間估計過長造成的資源浪費 測試計劃包括參考資料：列寫本測試項目所使用的縮略語和相關(guān)定義，并列出測試中涉及到的參考資料和技術(shù)文檔 描述測試類型和測試方法：測試類型通常分為黑盒、白盒測試；測試方法有手工測試、自動測試等等，并指明測試中將要使用的測試工具 定義測試過程中的關(guān)鍵過程域（kpa），如測試計劃制訂、測試用例開發(fā)、測試環(huán)境準(zhǔn)備、測試執(zhí)行、測試結(jié)果分析、測試情況評審匯報等關(guān)鍵過程域的定義 測試計劃包括驗收標(biāo)準(zhǔn)：在此規(guī)定用于確定測試任務(wù)是否完成的驗收標(biāo)準(zhǔn) 明確測試完成后的

8、交付成果 描述如何進(jìn)行相關(guān)的缺陷管理和配置管理 估計測試中可能遇到的風(fēng)險、約束和依賴：如測試所需的資源是否到位，必要情況下能否得到開發(fā)人員的技術(shù)支持等等 注意：測試用例樹的編寫：1.整篇文檔風(fēng)格要一致，習(xí)慣上使用動賓結(jié)構(gòu)；2.測試需求的分類要明確，最好按照界面編寫；3.若界面結(jié)構(gòu)復(fù)雜，學(xué)會將后置內(nèi)容往前提；4.測試過程的描述要簡潔，不宜用句子描述；5.測試過程要細(xì)化，但不是越細(xì)越好。其它測 試 計劃原 始 記 錄缺 陷 報 告測 試 報 告報告格式標(biāo)題：宋體+標(biāo)題n+加黑+四號字+1.5倍行距文本：宋體+正文+小四+1.5倍行距 編號說明： 一級標(biāo)題： 1. 二級標(biāo)題： 1.1 三級標(biāo)題： 1

9、.1.1 四級標(biāo)題： （1） 五級標(biāo)題： 表格格式 標(biāo)題：宋體+加黑+小四字體+1cm行距+灰色低紋 表格內(nèi)容：宋體+五號字體+0.19縮緊 分欄規(guī)則：只能在左側(cè)分割（測試需求） 行距： 單行0.8cm 二行1.2cm 三行1.8cm 依此類推：每多一行+0.6cm 顏色說明 紅色字體刪除黑色字體固定保留藍(lán)色字體替換綠色字體手寫 說明對齊方式：參間每一個模板特別注意：每個表格要求首行空格原始記錄同一頁的測試人和確認(rèn)人不能時同一個人；原始記錄=測試報告；最終版電子報告測試人員和審核人員要簽字完整。缺陷報告項目名稱的長度不得超過15個字，功能模塊的長度不得超過10個字，問題描述的長度不得超過30個

10、字 bug的問題摘要應(yīng)一目了然，不能含糊 在提交bug前，應(yīng)查詢庫里已有的bug，防止同樣的bug重復(fù)提交 缺陷報告bug的詳細(xì)描述應(yīng)盡可能的細(xì)，使其他用戶能按該詳細(xì)描述復(fù)現(xiàn)問題 提交的bug應(yīng)用客觀的書面語，避免使用口語 對有些bug（尤其是缺陷優(yōu)先級別比較高的），最好能在其他相同的測試環(huán)境下檢測一下，明確問題后再提交 缺陷嚴(yán)重程度等級確定s1s1級 ：發(fā)現(xiàn)下列可重復(fù)出現(xiàn)的嚴(yán)重問題：導(dǎo)致系統(tǒng)崩潰；主業(yè)務(wù)流程出現(xiàn)斷點；導(dǎo)致死機；出現(xiàn)不可挽救的數(shù)據(jù)丟失或損壞；_內(nèi)存泄漏。缺陷優(yōu)先級確定s2級：發(fā)現(xiàn)下列可重復(fù)出現(xiàn)的嚴(yán)重問題：導(dǎo)致程序模塊丟失或未實現(xiàn)； 被測數(shù)據(jù)處理錯誤；軟件錯誤導(dǎo)致數(shù)據(jù)丟失；-用戶需求未實現(xiàn)。 缺陷優(yōu)先級確定s3級：發(fā)現(xiàn)影響被測功能正確實現(xiàn)的問題。 s4級：一般性的錯誤或功能實現(xiàn)有不完善處。 s5級：建議性問題 butterfly提交缺陷butter