測試工作流程規(guī)范

測試工作流程規(guī)范Flex組測試組人員構(gòu)成角色姓名職責(zé)備注測試組長監(jiān)管整個(gè)測試流程，做測試計(jì)劃，安排測試人員測試，保證相關(guān)文檔入庫，定期對測試工作進(jìn)行總結(jié)測試人員測試項(xiàng)目、產(chǎn)品，進(jìn)行問題跟蹤，及

時(shí)反饋與匯報(bào)測試結(jié)果；編寫項(xiàng)目/產(chǎn)品bug匯總表、項(xiàng)目/產(chǎn)品

測試報(bào)告；編寫或者輔助需求設(shè)計(jì)人員編寫項(xiàng)目

測試用例。測試人員測試人員測試人員測試人員學(xué)科負(fù)責(zé)人測試組長測試人員項(xiàng)目負(fù)責(zé)人提出測試申請測試任務(wù)計(jì)劃接收測試任務(wù)提前提交送測單、項(xiàng)目相關(guān)文檔對項(xiàng)目進(jìn)行測試填寫bug匯總表、測試報(bào)告反饋測試結(jié)果審核測試結(jié)果安排人員修改并申請復(fù)測時(shí)間修改問題完善項(xiàng)目回歸測試存在問題測試任務(wù)計(jì)劃與安排測試任務(wù)完成相關(guān)文檔入庫總結(jié)測試工作是否計(jì)劃與啟動(dòng)階段（1）測試原有項(xiàng)目學(xué)科負(fù)責(zé)人與項(xiàng)目負(fù)責(zé)人確定項(xiàng)目完善時(shí)間；學(xué)科負(fù)責(zé)人向測試組長提出測試申請，在《測試組任務(wù)計(jì)劃表》里追加新的測試任務(wù)，填寫學(xué)科、送測項(xiàng)目名稱、提出申請日期、期望測試日期、項(xiàng)目負(fù)責(zé)人、是否提交送測單；測試組長根據(jù)當(dāng)前測試組的資源情況與提出申請的項(xiàng)目檢測任務(wù)的緊急情況，做測試計(jì)劃，填寫《測試組任務(wù)計(jì)劃表》里測試人、計(jì)劃測試時(shí)間，并通知測試人員；根據(jù)項(xiàng)目規(guī)模測試人員在計(jì)劃測試時(shí)間之前主動(dòng)找項(xiàng)目負(fù)責(zé)人要項(xiàng)目相關(guān)文檔；項(xiàng)目負(fù)責(zé)人對項(xiàng)目進(jìn)行送測前檢查，檢查通過后填寫送測單，寫明需要測試內(nèi)容與目前功能實(shí)現(xiàn)情況；項(xiàng)目負(fù)責(zé)人將送測單提交給學(xué)科負(fù)責(zé)人，審核通過后提交給測試人員，啟動(dòng)測試。計(jì)劃與啟動(dòng)階段（2）測試新項(xiàng)目項(xiàng)目立項(xiàng)通過后，學(xué)科負(fù)責(zé)人通知測試組長，確定需求分析完成時(shí)間；測試組長根據(jù)項(xiàng)目需求分析完成時(shí)間安排測試人員跟蹤項(xiàng)目；測試人員適當(dāng)參與項(xiàng)目的需求討論會，了解整個(gè)項(xiàng)目的需求設(shè)計(jì)；需求明確無異議，且項(xiàng)目負(fù)責(zé)人將《需求規(guī)格說明書》完成后，測試人員熟讀《需求規(guī)格說明書》；測試人員與項(xiàng)目負(fù)責(zé)人共同完成項(xiàng)目測試用例的設(shè)計(jì)；項(xiàng)目負(fù)責(zé)人對項(xiàng)目進(jìn)行詳細(xì)設(shè)計(jì)，完成項(xiàng)目的開發(fā)；接著(1)測試原有項(xiàng)目的流程執(zhí)行。實(shí)施測試階段測試人員與項(xiàng)目負(fù)責(zé)人確認(rèn)送測單、送測項(xiàng)目最新模塊、送測項(xiàng)目最新代碼、配套的項(xiàng)目相關(guān)文檔與資源均已提交；項(xiàng)目負(fù)責(zé)人不提交送測單或者送測單填寫不符合規(guī)范，測試人員可以拒絕檢測該項(xiàng)目；送測項(xiàng)目最新模塊、送測項(xiàng)目最新代碼未提交，或者提供的項(xiàng)目相關(guān)文檔不完整影響測試，測試人員也可以拒絕檢測該項(xiàng)目；測試人員根據(jù)送測單需要測試的內(nèi)容，按照測試計(jì)劃時(shí)間對項(xiàng)目進(jìn)行測試；對于原有項(xiàng)目，沒有對應(yīng)的測試用例，測試人員按照送測單需要測試的內(nèi)容進(jìn)行集成測試；對于有測試用例的新項(xiàng)目，執(zhí)行測試用例進(jìn)行測試；測試過程中，將缺陷記錄在《項(xiàng)目bug匯總表》中，測試完畢填寫測試概況，填寫bug總數(shù)、嚴(yán)重bug數(shù)量、一般bug數(shù)量、較小bug數(shù)量；實(shí)施測試階段測試人員將《項(xiàng)目bug匯總表》提交給學(xué)科負(fù)責(zé)人，學(xué)科負(fù)責(zé)人審核后填寫有效bug數(shù)量、無效bug數(shù)量，簽字確認(rèn)后提交給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理了解情況后簽字；測試人員根據(jù)《項(xiàng)目bug匯總表》的實(shí)際情況，將有效bug統(tǒng)一提交到wiki上，并填寫《項(xiàng)目測試報(bào)告》，對測試情況進(jìn)行總結(jié)，對缺陷進(jìn)行客觀的分析；《項(xiàng)目測試報(bào)告》提交給測試組長進(jìn)行書寫規(guī)范審核，確定符合規(guī)范后將報(bào)告提交給項(xiàng)目經(jīng)理審核簽字；根據(jù)《項(xiàng)目bug匯總表》記錄的缺陷，學(xué)科負(fù)責(zé)人與項(xiàng)目負(fù)責(zé)人確定項(xiàng)目完善時(shí)間，做修改計(jì)劃；學(xué)科負(fù)責(zé)人根據(jù)項(xiàng)目完善時(shí)間向測試組長提出項(xiàng)目復(fù)測申請，測試組長根據(jù)實(shí)際情況安排測試任務(wù)，盡量安排原測試人對項(xiàng)目進(jìn)行復(fù)測；實(shí)施測試階段測試人員與項(xiàng)目負(fù)責(zé)人確認(rèn)復(fù)測項(xiàng)目最新模塊、最新代碼、最新的項(xiàng)目相關(guān)文檔與資源均已提交；測試人員對項(xiàng)目進(jìn)行回歸測試，對《項(xiàng)目bug匯總表》原有缺陷狀態(tài)進(jìn)行修改，將回歸測試中發(fā)現(xiàn)的新缺陷追加到《項(xiàng)目bug匯總表》中，并且填寫復(fù)測的概況；回歸測試完畢后，《項(xiàng)目bug匯總表》提交給學(xué)科負(fù)責(zé)人填寫新增的有效bug數(shù)量，簽字確認(rèn)，項(xiàng)目經(jīng)理簽字確認(rèn)；測試人員將復(fù)測情況追加到《項(xiàng)目測試報(bào)告》中，重新提交給測試組長檢查，提交給項(xiàng)目經(jīng)理審核簽字；如果項(xiàng)目復(fù)測還存在缺陷則進(jìn)入下一輪的復(fù)測流程中，直到測試發(fā)現(xiàn)的項(xiàng)目缺陷已經(jīng)修改完畢或者確定剩余缺陷不影響產(chǎn)品質(zhì)量，測試工作完成?？偨Y(jié)階段測試組長最終驗(yàn)收確認(rèn)《項(xiàng)目bug匯總表》、《項(xiàng)目測試報(bào)告》，與項(xiàng)目相關(guān)的需要備份的文檔資料全部提交到svn入庫；測試組長根據(jù)測試計(jì)劃與實(shí)際執(zhí)行情況，與測試人員進(jìn)行溝通，并做測試工作的總結(jié)；項(xiàng)目測試情況與測試工作進(jìn)行情況匯報(bào)給項(xiàng)目經(jīng)理，項(xiàng)目通過驗(yàn)收，測試工作全部完成；測試組長召開測試工作總結(jié)會，對測試工作進(jìn)行評估與建議，對過程不斷進(jìn)行改進(jìn)。缺陷管理bug狀態(tài)分為5種狀態(tài)：新建；進(jìn)行中；已解決；已拒絕；已關(guān)閉。缺陷管理流程由測試人員發(fā)現(xiàn)bug后，新建bug，bug的狀態(tài)設(shè)置為“新建”；測試人員直接把bug指派到相應(yīng)的管理者（一般是由測試組長、學(xué)科負(fù)責(zé)人等人參與bug分配），確定bug為非有效缺陷，管理者那里就直接將bug的狀態(tài)設(shè)置為“已拒絕”；bug經(jīng)過相應(yīng)的管理者分配，該bug轉(zhuǎn)移給相應(yīng)的開發(fā)人員，bug狀態(tài)的狀態(tài)設(shè)置為“進(jìn)行中；開發(fā)人員對bug進(jìn)行修復(fù)，對已經(jīng)修復(fù)完的bug，其狀態(tài)為“已解決”；測試人員在做bug復(fù)測時(shí)，對已經(jīng)修復(fù)完的bug，其狀態(tài)設(shè)置為“已關(guān)閉”；如果bug仍然存在，則將開發(fā)人員設(shè)置的bug狀態(tài)“已解決”修改為“新建”；如果bug修復(fù)導(dǎo)致了新的bug，那么就創(chuàng)建新的bug，將其狀態(tài)設(shè)置為“新建”；經(jīng)過復(fù)測，確認(rèn)bug修復(fù)驗(yàn)證完畢，bug狀態(tài)設(shè)置為“已關(guān)閉”。程度等級Bug等級說明分類說明修改優(yōu)先級嚴(yán)重問題7導(dǎo)致整個(gè)產(chǎn)品無法進(jìn)行測試。該級別需要程序員立即修改模塊無法加載或者啟動(dòng)立刻系統(tǒng)無法啟動(dòng)或者異常退出其它導(dǎo)致無法測試的錯(cuò)誤6死機(jī)，數(shù)據(jù)丟失，主要功能完全喪失，性能差等錯(cuò)誤。該級別需要程序員立即修改運(yùn)行過程中系統(tǒng)崩潰/死機(jī)/重啟立刻數(shù)據(jù)無法存儲與讀取，保存、打開文件，導(dǎo)出exe、打開exe存在序列化問題功能設(shè)計(jì)與需求嚴(yán)重不符內(nèi)存泄露數(shù)據(jù)丟失或者不正確，無法連接服務(wù)器嚴(yán)重的數(shù)值計(jì)算錯(cuò)誤5主要功能喪失，導(dǎo)致嚴(yán)重的問題，或致命的錯(cuò)誤聲明。該級別需要程序員盡快修改功能未實(shí)現(xiàn)或者存在錯(cuò)誤緊急較小的數(shù)值計(jì)算錯(cuò)誤系統(tǒng)所提供的功能或服務(wù)受明顯的影響用戶數(shù)據(jù)丟失或破壞一般問題4次要功能喪失，不太嚴(yán)重，如提示信息不太準(zhǔn)確。該級別需要程序員修改操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）高邊界條件下錯(cuò)誤（如輸入邊界值導(dǎo)致的錯(cuò)誤）功能存在錯(cuò)誤，但出現(xiàn)概率很低提示信息錯(cuò)誤（包括未給出信息、信息提示錯(cuò)誤等）長時(shí)間操作讓用戶等待確無進(jìn)度提示系統(tǒng)未優(yōu)化（性能問題）3較小的問題，對功能幾乎沒有影響，產(chǎn)品及屬性仍可使用。修改優(yōu)先級為低，該級別需要程序員修改界面格式等不規(guī)范中操作時(shí)未給用戶提示文字排列不整齊等一些小問題光標(biāo)跳轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯(cuò)誤輕微問題2違背正常習(xí)慣，界面不美觀，控件排列、格式不統(tǒng)一，該級別需要程序員修改或不修改輔助說明描述不清楚普通個(gè)別不影響產(chǎn)品理解的錯(cuò)別字可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志提示信息格式不符合要求建議1功能性建議，功能使用性、方便性、易用性不夠建議低測試用例設(shè)計(jì)設(shè)計(jì)依據(jù)：需求規(guī)格說明書項(xiàng)目測試需求功能點(diǎn)所屬行業(yè)的業(yè)務(wù)知識掌握程度測試工程師本人的理解程度（個(gè)人經(jīng)驗(yàn)）測試用例設(shè)計(jì)編號規(guī)則：以“項(xiàng)目標(biāo)識”+“模塊標(biāo)識”+“子功能模塊序號”來定義用例ID；項(xiàng)目標(biāo)識為項(xiàng)目源碼包的名稱（英文），模塊標(biāo)識為功能模塊的主要類名，子功能模塊序號為需求規(guī)格說明書里該子功能在功能模塊的子節(jié)點(diǎn)序號；各項(xiàng)目源碼包、模塊類名均遵循編碼規(guī)范命名；舉例：初中物理光學(xué)項(xiàng)目用例ID：Optics_OpticsCalculate_01。理想畫板_鏡面反射_01測試用例內(nèi)容用例ID

模塊標(biāo)識

開發(fā)人員

用例作者

設(shè)計(jì)日期

測試人員

測試日期

預(yù)置條件

步驟操作描述（輸入數(shù)據(jù)說明）預(yù)期結(jié)果實(shí)際結(jié)果1.

2.

3.

4.

5.

測試結(jié)果

用例設(shè)計(jì)步驟測試需求分析：從軟件需求分析文檔中，找出待測軟件/模塊的需求，通過自己的分析、理解，整理成為測試需求，要清楚被測對象具體包含哪些功能點(diǎn)；

業(yè)務(wù)流程分析：對項(xiàng)目相關(guān)的業(yè)務(wù)知識、學(xué)科知識要熟悉，然后對被測軟件/模塊的業(yè)務(wù)流程要進(jìn)行全盤的整理出來（可畫簡單的流程圖作為參考），主要包含該業(yè)務(wù)流程的主流程、備選流程、數(shù)據(jù)流向、關(guān)鍵判斷條件以及完成該操作的非必要條件；

測試用例設(shè)計(jì)：測試用例設(shè)計(jì)的類型主要包括功能測試、邊界測試、異常測試、性能測試、壓力測試等，在設(shè)計(jì)用例時(shí)要盡量考慮邊界、異常等情況；

用例設(shè)計(jì)步驟測試用例評審：由測試用例設(shè)計(jì)者發(fā)起，參加的人員需包括測試負(fù)責(zé)人、學(xué)科負(fù)責(zé)人、開發(fā)人員及其他相關(guān)的測試人員；測試用例完善：測試用例編寫完成之后需不斷完善，軟件產(chǎn)品新增功能或更新需求后，測試用例必須配套修改更新；在測試過程中發(fā)現(xiàn)設(shè)計(jì)測試用例時(shí)考慮不周，需要對測試用例進(jìn)行修改完善；在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成，也需要對測試用例進(jìn)行完善。用例評審用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰合理，是否高效的需求進(jìn)行覆蓋；用例的優(yōu)先級別是否安排合理；是否覆蓋了測試需求的所有功能點(diǎn)，包括需求中的業(yè)務(wù)規(guī)則、所有用戶可能使用的流程或等；用例是否有很好的可執(zhí)行性。例如用例的預(yù)置條件、執(zhí)行步驟、輸入數(shù)據(jù)和期待結(jié)果是否清晰、正確；是否已經(jīng)刪除了冗余的測試用例；是否簡潔、復(fù)用性強(qiáng)；是否易于管理。用例編寫標(biāo)準(zhǔn)制訂統(tǒng)一的模板進(jìn)行，并約定模板的使用方法；根據(jù)項(xiàng)目實(shí)際情況，編寫測試用例編寫規(guī)則，包括用例編號規(guī)則、用例編寫步驟、用例編寫內(nèi)容、用例維護(hù)等內(nèi)容；根據(jù)規(guī)則中約定的編寫方法、內(nèi)容等進(jìn)行編寫；用例編寫要步驟明確，輸入輸出要素清晰，并且與需求和缺陷相對應(yīng)；應(yīng)嚴(yán)格根據(jù)需求規(guī)格說明書及測試需求功能分析點(diǎn)進(jìn)行，要求覆蓋全部需求功能點(diǎn)；注重用例的可復(fù)用性，即在以后相似系統(tǒng)的測試過程中