軟件項(xiàng)目缺陷跟蹤和持續(xù)改進(jìn)

1、軟件項(xiàng)目質(zhì)量管理1.1 轉(zhuǎn)測(cè)質(zhì)量1.1.1 交付要求1. 產(chǎn)品開(kāi)發(fā)或修改準(zhǔn)備提交測(cè)試版本在做轉(zhuǎn)測(cè)試前需要開(kāi)發(fā)設(shè)計(jì)工程師完成必要的自檢并輸出自測(cè)報(bào)告或調(diào)試報(bào)告2. 產(chǎn)品開(kāi)發(fā)版本必須滿足各階段測(cè)試輸入質(zhì)量要求，并在對(duì)其自檢并輸出自測(cè)報(bào)告或調(diào)試報(bào)告審核后給出結(jié)果；3. 對(duì)于產(chǎn)品設(shè)計(jì)開(kāi)發(fā)驗(yàn)證各階段各類(lèi)型缺陷Bug要求開(kāi)發(fā)設(shè)計(jì)工程師必須給出明確清晰的問(wèn)題分析原因和改善解決對(duì)策，并在Buglist和缺陷回饋體現(xiàn)！并自檢其有效性！4. 對(duì)于滿足提交標(biāo)準(zhǔn)的測(cè)試版本必須在提交測(cè)試申請(qǐng)同時(shí)配備軟/硬件程序版本配置清單說(shuō)明！5. 交付件必須完成過(guò)程審查與歸檔；1.1.2 測(cè)試標(biāo)準(zhǔn)1.1.2.1 測(cè)試開(kāi)始準(zhǔn)入標(biāo)準(zhǔn)1.

2、 首次測(cè)試準(zhǔn)入標(biāo)準(zhǔn)：硬件環(huán)境可用并要求標(biāo)準(zhǔn)，軟件正確安裝且可執(zhí)行；核心和關(guān)鍵業(yè)務(wù)功能100%實(shí)現(xiàn)；提供產(chǎn)品功能調(diào)試報(bào)告或自檢報(bào)告；并配備軟硬件程序配置清單；2. 里程碑版本要滿足階段的質(zhì)量要求。里程碑版本必須提交調(diào)試報(bào)告；3. 版本測(cè)試前需提交完整的產(chǎn)品軟件包（不能是單個(gè)軟件）4. 版本軟/硬件測(cè)試申請(qǐng)、程序配套表和系統(tǒng)配套表（配置清單）5. 版本回歸測(cè)試標(biāo)準(zhǔn)：致命缺陷修復(fù)率必須為100%，重要缺陷修復(fù)率不低于85%，缺陷總修復(fù)率必須不低于80%的情況下，才能提交新版本測(cè)試申請(qǐng)。6. 版本回歸測(cè)試標(biāo)準(zhǔn)：對(duì)于提交的版本缺陷報(bào)告中的CRI、MAJ、MIN缺陷問(wèn)題分析原因和改善解決對(duì)策描述不清晰或無(wú)

3、描述；7. 對(duì)于設(shè)計(jì)變更或缺陷修復(fù)后的驗(yàn)證版本需要提供必要的測(cè)試申請(qǐng)說(shuō)明和操作步驟指導(dǎo)說(shuō)明，包括：環(huán)境、條件、配置、步驟、方法、達(dá)成目標(biāo)等。1.1.2.2 測(cè)試中斷標(biāo)準(zhǔn)1. 測(cè)試環(huán)境無(wú)法達(dá)到標(biāo)準(zhǔn)或無(wú)法滿足測(cè)試的一致性，安裝無(wú)法正確完成；2. 產(chǎn)品關(guān)鍵業(yè)務(wù)功能、性能、可靠性發(fā)現(xiàn)致命缺陷導(dǎo)致后續(xù)測(cè)試活動(dòng)無(wú)法繼續(xù)開(kāi)展或測(cè)試結(jié)果不可靠；3. 已修復(fù)致命缺陷重現(xiàn)和新發(fā)現(xiàn)的致命缺陷導(dǎo)致后續(xù)功能無(wú)法連續(xù)實(shí)現(xiàn)或后續(xù)測(cè)試用例無(wú)法實(shí)施或測(cè)試結(jié)果不可靠；4. 對(duì)于提交的版本缺陷報(bào)告中的CRI、MAJ、MIN缺陷問(wèn)題分析原因和改善解決對(duì)策描述不清晰或無(wú)描述；5. 基本用例有缺陷，中斷測(cè)試打回。1.1.2.3 測(cè)試完成

4、標(biāo)準(zhǔn)1. 除因缺陷導(dǎo)致無(wú)法實(shí)施的測(cè)試用例之外，測(cè)試覆蓋率達(dá)到95%；2. 除因缺陷導(dǎo)致無(wú)法實(shí)施的測(cè)試用例之外，測(cè)試有效性和準(zhǔn)確性評(píng)審達(dá)到95%；3. 達(dá)到各階段測(cè)試質(zhì)量目標(biāo)。1.2 缺陷修復(fù)質(zhì)量和及時(shí)性軟件的缺陷是軟件開(kāi)發(fā)過(guò)程中的重要屬性，它提供了許多信息。不同成熟度的軟件組織采用不同的方式管理缺陷。低成熟度的軟件組織會(huì)記錄缺陷，并跟蹤缺陷糾正過(guò)程。高成熟度的軟件組織，還會(huì)充分利用缺陷提供的信息，建立組織過(guò)程能力基線，實(shí)現(xiàn)量化過(guò)程管理，并可以此為基礎(chǔ)，通過(guò)缺陷預(yù)防實(shí)現(xiàn)過(guò)程的持續(xù)性優(yōu)化。1.2.1 缺陷定義1. 軟件未達(dá)到需求規(guī)格說(shuō)明書(shū)的功能。 2. 軟件出現(xiàn)了需求規(guī)格說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤。

5、 3. 軟件功能超出需求規(guī)格說(shuō)明書(shū)的范圍。4. 軟件未達(dá)到需求規(guī)格說(shuō)明書(shū)未指出但應(yīng)達(dá)到的目標(biāo)。 5. 測(cè)試工程師認(rèn)為軟件難以理解、不易使用、運(yùn)行速度慢，或者最終用戶認(rèn)為不好。1.2.2 缺陷生命周期1.2.2.1 缺陷生命周期圖1.2.2.2 缺陷狀態(tài)說(shuō)明缺陷狀態(tài)狀態(tài)說(shuō)明激活狀態(tài)缺陷的初始狀態(tài)，或者重新被激活的狀態(tài)。激活狀態(tài)的缺陷可以通過(guò)編輯來(lái)修改缺陷內(nèi)容，并指派給合適的工程師處理。解決狀態(tài)缺陷被解決之后的狀態(tài)。 激活狀態(tài)的缺陷經(jīng)過(guò)成功修復(fù)以后，由開(kāi)發(fā)工程師操作為解決狀態(tài)，系統(tǒng)將自動(dòng)指派回創(chuàng)建者。關(guān)閉狀態(tài)解決狀態(tài)的缺陷在驗(yàn)證通過(guò)后關(guān)閉，缺陷狀態(tài)變?yōu)殛P(guān)閉，生命周期結(jié)束。如果驗(yàn)證未修復(fù)或者新版本又

6、發(fā)生，則重新激活，缺陷狀態(tài)重新變?yōu)榧せ睢?.2.3 缺陷處理過(guò)程1.2.3.1 正常處理過(guò)程（1）創(chuàng)建問(wèn)題在測(cè)試管理系統(tǒng)中，所有用戶都可以創(chuàng)建新問(wèn)題，包括需求問(wèn)題和軟件缺陷等。創(chuàng)建問(wèn)題時(shí)，需要描述清楚，并選擇正確的選項(xiàng)。（2）指派問(wèn)題創(chuàng)建問(wèn)題時(shí)，創(chuàng)建者通常要指派給該項(xiàng)目開(kāi)發(fā)負(fù)責(zé)人，再由其指派任務(wù)，或直接指派給相應(yīng)模塊的開(kāi)發(fā)工程師。如果指派人是錯(cuò)誤的，或者需要他人確認(rèn)或幫助，則可以重新指派給合適的工程師，寫(xiě)上相關(guān)備注。（3）確認(rèn)問(wèn)題通常開(kāi)發(fā)工程師收到新問(wèn)題后，需要分析和確認(rèn)此問(wèn)題是否為Bug。如果是Bug，則選擇“確認(rèn)狀態(tài)”；如果認(rèn)為非Bug，則注明原因并指派回創(chuàng)建者。當(dāng)創(chuàng)建者收到確認(rèn)指派時(shí)，需

7、要進(jìn)行及時(shí)確認(rèn)。如果同意為非bug，則及時(shí)關(guān)閉它；如果不同意，則需要注明理由并指派回相關(guān)工程師。（4） 解決問(wèn)題此為開(kāi)發(fā)工程師的主要職責(zé)，包括Bug的復(fù)現(xiàn)、修改和修改驗(yàn)證。開(kāi)發(fā)工程師需要及時(shí)對(duì)確認(rèn)狀態(tài)Bug進(jìn)行分析和解決，并自己驗(yàn)證通過(guò)，則操作為解決狀態(tài)，解決方案規(guī)則請(qǐng)參考5.4中解決方案定義部分，在缺陷管理系統(tǒng)中解決方案選擇相應(yīng)的選項(xiàng)，解決后系統(tǒng)將自動(dòng)指派回給創(chuàng)建者。如果Bug無(wú)法解決或修改影響比較大，可申請(qǐng)進(jìn)入“延期解決”流程，請(qǐng)參考5.2中延期處理部分。（5） 驗(yàn)證問(wèn)題創(chuàng)建者需要及時(shí)對(duì)解決狀態(tài)的Bug在對(duì)應(yīng)版本上面進(jìn)行驗(yàn)證。如果驗(yàn)證通過(guò)，則可關(guān)閉Bug；如果驗(yàn)證不通過(guò)，則激活此Bug，系

8、統(tǒng)將自動(dòng)指派回給解決者。驗(yàn)證通過(guò)準(zhǔn)則：相同的操作步驟，進(jìn)行一定次數(shù)的驗(yàn)證測(cè)試都沒(méi)有發(fā)生。驗(yàn)證不通過(guò)準(zhǔn)則：相同的操作步驟，全部或部分實(shí)際結(jié)果還會(huì)發(fā)生，驗(yàn)證不通過(guò)則激活Bug。(6) 關(guān)閉問(wèn)題通過(guò)驗(yàn)證的Bug，驗(yàn)證者需要注明驗(yàn)證結(jié)果并進(jìn)行關(guān)閉操作，系統(tǒng)將指派給Closed。如果關(guān)閉狀態(tài)的Bug在之后版本又會(huì)發(fā)生，則激活此Bug，系統(tǒng)將自動(dòng)指派回給解決者。1.2.3.2 特別處理過(guò)程(1) 客戶問(wèn)題客戶反饋的問(wèn)題可以由客戶直接反饋或項(xiàng)目經(jīng)理、市場(chǎng)部等了解到的客戶問(wèn)題，經(jīng)確認(rèn)后的Bug提交到測(cè)試管理系統(tǒng)，按照以上處理流程進(jìn)行處理，由創(chuàng)建者或測(cè)試組進(jìn)行跟蹤驗(yàn)證關(guān)閉。創(chuàng)建客戶問(wèn)題時(shí)，創(chuàng)建者需要在Bug標(biāo)題

9、開(kāi)頭標(biāo)記為客戶問(wèn)題，測(cè)試組負(fù)責(zé)檢查和更正。(2) 爭(zhēng)議處理當(dāng)開(kāi)發(fā)和測(cè)試工程師對(duì)某問(wèn)題有爭(zhēng)議并且多次溝通無(wú)果時(shí)，可以注明雙方的理由，并指派給項(xiàng)目經(jīng)理進(jìn)行處理。項(xiàng)目經(jīng)理可以召開(kāi)評(píng)審會(huì)議，或者直接與雙方溝通了解，并根據(jù)項(xiàng)目情況給出專(zhuān)業(yè)意見(jiàn)和最終決定。開(kāi)發(fā)和測(cè)試工程師根據(jù)項(xiàng)目經(jīng)理的最終決定執(zhí)行。(3) 延期解決當(dāng)開(kāi)發(fā)工程師對(duì)確認(rèn)Bug進(jìn)行解決時(shí)，發(fā)現(xiàn)或評(píng)估其解決時(shí)間緊或風(fēng)險(xiǎn)比較大等，可以說(shuō)明原因或理由并指派給項(xiàng)目經(jīng)理來(lái)確認(rèn)。項(xiàng)目經(jīng)理可以召開(kāi)評(píng)審會(huì)議，或者直接溝通了解，并根據(jù)項(xiàng)目情況給出最終決定。如果不同意，項(xiàng)目經(jīng)理將此Bug指派開(kāi)發(fā)工程師，開(kāi)發(fā)工程師繼續(xù)分析和解決。如果同意，項(xiàng)目經(jīng)理需要在Bug標(biāo)題開(kāi)

10、頭標(biāo)記為延期解決和在處理狀態(tài)選擇“延期解決”，然后注明解決時(shí)間計(jì)劃并指派回開(kāi)發(fā)工程師，開(kāi)發(fā)工程師根據(jù)解決時(shí)間計(jì)劃來(lái)規(guī)劃和解決此Bug。1.2.3.3 缺陷管理工具軟件測(cè)試過(guò)程中所有缺陷要提交到測(cè)試管理系統(tǒng)進(jìn)行跟蹤管理。1.2.4 缺陷處理及時(shí)性缺陷問(wèn)題處理及時(shí)性，是指要求缺陷發(fā)現(xiàn)后，項(xiàng)目經(jīng)理、測(cè)試人員、開(kāi)發(fā)工程師在短時(shí)間內(nèi)做出快速反應(yīng)和處理。處理的及時(shí)性要求：1、 測(cè)試人員在測(cè)試出問(wèn)題缺陷時(shí)，要第一時(shí)間將問(wèn)題按照要求規(guī)范整理并錄入問(wèn)題管理平臺(tái)；根據(jù)問(wèn)題所屬模塊，將問(wèn)題指派給對(duì)應(yīng)的開(kāi)發(fā)人員；并根據(jù)問(wèn)題的等級(jí)將問(wèn)題抄送給對(duì)應(yīng)的關(guān)注人。2、 開(kāi)發(fā)工程師在收到問(wèn)題平臺(tái)所分配的問(wèn)題，要第一時(shí)間根據(jù)問(wèn)題的

11、優(yōu)先級(jí)安排問(wèn)題修改計(jì)劃。如果問(wèn)題優(yōu)先級(jí)高，需要立即處理。3、 項(xiàng)目經(jīng)理或問(wèn)題關(guān)注人要及時(shí)關(guān)注問(wèn)題平臺(tái)，遇到優(yōu)先級(jí)高的問(wèn)題需要及時(shí)關(guān)注問(wèn)題。如果問(wèn)題在處理過(guò)程中遇到困難要第一時(shí)間進(jìn)行資源協(xié)調(diào)、問(wèn)題討論，拒絕問(wèn)題擱置。4、質(zhì)量專(zhuān)員要定期分析問(wèn)題平臺(tái)的問(wèn)題，將常見(jiàn)問(wèn)題歸納終結(jié)別面再次出現(xiàn)。1.3 上線后代碼質(zhì)量驗(yàn)證和持續(xù)改進(jìn)1.3.1 版本代碼控制規(guī)范軟件產(chǎn)品的開(kāi)發(fā)、測(cè)試、發(fā)布流程，提高開(kāi)發(fā)人員的代碼開(kāi)發(fā)質(zhì)量，通過(guò)加強(qiáng)對(duì)編碼過(guò)程的監(jiān)控，細(xì)化工作流程，達(dá)到提升軟件開(kāi)發(fā)效率，并逐步推進(jìn)敏捷開(kāi)發(fā)過(guò)程，實(shí)現(xiàn)代碼管理的自動(dòng)化。1.3.1.1 版本管理工具通過(guò)GIT、SVN等代碼管理工具進(jìn)行版本管理，實(shí)現(xiàn)每個(gè)本

12、都有單獨(dú)的代碼分支。實(shí)現(xiàn)代碼分支管理和版本的追溯、回退操作。1.3.1.2 版本管理流程1.3.1.2.1 崗位劃分1、 代碼管理員（Source Code Manager）l 負(fù)責(zé)管理版本管理系統(tǒng)使用者的權(quán)限。l 根據(jù)項(xiàng)目新建請(qǐng)求，創(chuàng)建新開(kāi)發(fā)分支并劃分權(quán)限。l 負(fù)責(zé)監(jiān)督生產(chǎn)用分支代碼的集成/編譯/部署。2、 項(xiàng)目開(kāi)發(fā)負(fù)責(zé)人（Project Leader）l 全面負(fù)責(zé)管理項(xiàng)目所涉及到所有相關(guān)資源，包括文檔、代碼等。l 審核本項(xiàng)目中所有提交到測(cè)試和生產(chǎn)分支上的代碼，對(duì)其質(zhì)量和可靠性負(fù)有責(zé)任。l 對(duì)項(xiàng)目開(kāi)發(fā)進(jìn)度負(fù)責(zé)。l 負(fù)責(zé)項(xiàng)目開(kāi)發(fā)分支的管理工作。3、 項(xiàng)目開(kāi)發(fā)組成員（Project Develo

13、per）l 承擔(dān)具體代碼開(kāi)發(fā)工作。l 負(fù)責(zé)個(gè)人開(kāi)發(fā)分支上代碼管理工作。l 負(fù)責(zé)個(gè)人開(kāi)發(fā)內(nèi)容的自測(cè)工作。l 對(duì)提交到項(xiàng)目分支上的代碼質(zhì)量控制，負(fù)有主要責(zé)任。4、 測(cè)試組人員（Project Tester）負(fù)責(zé)項(xiàng)目的全面測(cè)試工作，對(duì)測(cè)試報(bào)告的可靠性承擔(dān)主要責(zé)任1.3.1.2.2 版本樹(shù)劃分1、 生產(chǎn)分支最新節(jié)點(diǎn)應(yīng)與生產(chǎn)環(huán)境中的運(yùn)行軟件保持一致，此分支上的所有節(jié)點(diǎn)均滿足生產(chǎn)上線要求，并根據(jù)實(shí)際生產(chǎn)環(huán)境代碼狀態(tài)進(jìn)行演進(jìn)。完成測(cè)試準(zhǔn)備上線的項(xiàng)目代碼，必須提交到該分支上，進(jìn)行獨(dú)立編譯生成部署文件。2、 版本分支收集開(kāi)發(fā)人員的開(kāi)發(fā)成果，由項(xiàng)目開(kāi)發(fā)負(fù)責(zé)人統(tǒng)一管理。此分支為打版分支。由代碼管理員建立此分支，在對(duì)

14、應(yīng)版本中，所有開(kāi)發(fā)人員的開(kāi)發(fā)成果需要匯總到此分支，版本結(jié)束后關(guān)閉該分支的提交功能，只允許進(jìn)行查詢。3、 個(gè)人開(kāi)發(fā)分支由開(kāi)發(fā)組成員自主創(chuàng)建和管理，承擔(dān)日常開(kāi)發(fā)過(guò)程中代碼歸集，記錄詳細(xì)開(kāi)發(fā)過(guò)程。要求每日工作完成必須在該分支上產(chǎn)生節(jié)點(diǎn)，每一個(gè)功能點(diǎn)均有獨(dú)立的節(jié)點(diǎn)存在。1.3.1.2.3 流程分析1、 流程圖2、 流程介紹l 成立代碼管理員收到項(xiàng)目成立申請(qǐng)，根據(jù)項(xiàng)目歸屬，從指定的生產(chǎn)分支節(jié)點(diǎn)拉出項(xiàng)目分支，將項(xiàng)目組相關(guān)人員添加到項(xiàng)目分支下，設(shè)定相應(yīng)權(quán)限，提供分支地址等信息給項(xiàng)目負(fù)責(zé)人。項(xiàng)目負(fù)責(zé)人在項(xiàng)目分支上做初始化設(shè)定，做基本修改，建立初始版本后，將項(xiàng)目分支信息提供給開(kāi)發(fā)組成員。l 開(kāi)發(fā)項(xiàng)目組開(kāi)發(fā)成員以

15、項(xiàng)目分支為父分支，建立包含個(gè)人姓名的開(kāi)發(fā)子分支（可多個(gè)），并在該分支上進(jìn)行代碼修改。在完成修改后，提交代碼，在開(kāi)發(fā)環(huán)境中獲取修改后的代碼，進(jìn)行編譯調(diào)試和自測(cè)，根據(jù)調(diào)試結(jié)果進(jìn)行后續(xù)的代碼開(kāi)發(fā)工作。在完成一個(gè)功能點(diǎn)的代碼開(kāi)發(fā)并自測(cè)通過(guò)后，將個(gè)人開(kāi)發(fā)分支及集成節(jié)點(diǎn)信息，提交給測(cè)試組成員，進(jìn)行單個(gè)功能點(diǎn)測(cè)試。測(cè)試組完成單個(gè)功能點(diǎn)測(cè)試后，開(kāi)發(fā)成員將個(gè)人修改代碼和項(xiàng)目分支最新點(diǎn)進(jìn)行對(duì)比，并將對(duì)比結(jié)果提交給項(xiàng)目負(fù)責(zé)人進(jìn)行代碼評(píng)審。項(xiàng)目負(fù)責(zé)人根據(jù)評(píng)審結(jié)果，決定是否將該代碼合并到項(xiàng)目分支。l 測(cè)試在完成所有的項(xiàng)目開(kāi)發(fā)工作和代碼評(píng)審后，項(xiàng)目負(fù)責(zé)人將最終的代碼節(jié)點(diǎn)信息提交項(xiàng)目測(cè)試組，由測(cè)試組根據(jù)節(jié)點(diǎn)內(nèi)容進(jìn)行編譯、部

16、署、測(cè)試后，根據(jù)測(cè)試結(jié)果，提交測(cè)試報(bào)告。l 部署代碼管理員在項(xiàng)目滿足進(jìn)行生產(chǎn)部署的所有必備條件后，將項(xiàng)目分支的最終測(cè)試通過(guò)節(jié)點(diǎn)，合并到生產(chǎn)分支，并啟動(dòng)生產(chǎn)環(huán)境的編譯、部署工作。1.3.2 上線版本控制系統(tǒng)上線后，需要明確版本提交/測(cè)試/發(fā)布/上線的流程與要求，明確各流程中的人員職責(zé)和配合關(guān)系等，以便所有版本的工作得到有效跟蹤，保證工作順利有序地進(jìn)行。1.3.2.1 版本發(fā)布流程版本上線:包括新系統(tǒng)初始版本上線及升級(jí)版本升級(jí)上線兩類(lèi)。項(xiàng)目負(fù)責(zé)人:項(xiàng)目負(fù)責(zé)人一般為項(xiàng)目經(jīng)理或項(xiàng)目經(jīng)理指定的項(xiàng)目負(fù)責(zé)人員.3.3.1.1.3.2.2 流程圖1.3.2.3 流程說(shuō)明流程主要包括打版、測(cè)試、發(fā)布、上線、確認(rèn)

17、5大流程，對(duì)于存在多次的打版/測(cè)試過(guò)程不在流程中體現(xiàn)，同時(shí)針對(duì)過(guò)程中需要進(jìn)行配合的事項(xiàng)，如人員配合安排、上線&升級(jí)方案審核確認(rèn)等事宜需線下確認(rèn)。1.3.2.3.1 項(xiàng)目負(fù)責(zé)人首次打版項(xiàng)目負(fù)責(zé)人進(jìn)行版本提交時(shí)，在OA工作流中發(fā)起版本提交申請(qǐng)，填寫(xiě)完整流程單后主送給下一階段的測(cè)試人員處理；同時(shí)將流程單抄送給項(xiàng)目組相關(guān)人員及質(zhì)量部經(jīng)理、用服人員。1. 項(xiàng)目負(fù)責(zé)人發(fā)起版本提交申請(qǐng)時(shí)，需完整填寫(xiě)提交地址、模塊信息、版本特性；同時(shí)檢查好版本庫(kù)中對(duì)應(yīng)的提交文件是否存在、提交內(nèi)容是否正確無(wú)誤。2. 對(duì)于明確不需要發(fā)布的版本，則不需要抄送給用服人員。3. 用服人員根據(jù)流程單信息，可提前做好版本提交相關(guān)準(zhǔn)

18、備，準(zhǔn)備上線&升級(jí)方案；并注意跟進(jìn)版本的發(fā)布情況。1.2.3.3.1.3.2.3.3.3.3.1.1.3.2.3.2 測(cè)試人員測(cè)試版本測(cè)試人員在收到版本提交的流程單后，根據(jù)版本的時(shí)間要求安排完成測(cè)試工作，并發(fā)布測(cè)試結(jié)果，將填寫(xiě)完整的流程表單提交給項(xiàng)目經(jīng)理。1. 測(cè)試人員在收到提交的版本時(shí)，需確認(rèn)工作流中版本提交信息是否完整無(wú)誤，如果存在問(wèn)題需退回給提交者重新填寫(xiě)。2. 測(cè)試人員在收到版本后及時(shí)完成版本的測(cè)試工作；測(cè)試完成后，測(cè)試人員在表單中填寫(xiě)版本測(cè)試的結(jié)果信息，提交流程單給項(xiàng)目經(jīng)理。1.3.2.3.3 項(xiàng)目負(fù)責(zé)人提交回歸版本項(xiàng)目負(fù)責(zé)人在收到測(cè)試完成郵件后；安排進(jìn)行版本的回歸修改，在針

19、對(duì)問(wèn)題單進(jìn)行了相應(yīng)的修復(fù)或應(yīng)有處理后，則可以進(jìn)行回歸版本的提交。1. 項(xiàng)目負(fù)責(zé)人發(fā)起版本回歸提交前，需檢查是否完成了相應(yīng)BUG單的修復(fù),不進(jìn)行修改的BUG是否進(jìn)行了應(yīng)有的確認(rèn)，將有效信息傳遞到下一個(gè)環(huán)節(jié)處理人員。2. 項(xiàng)目負(fù)責(zé)人需合理控制回歸的次數(shù)，對(duì)BUG是否修改作好風(fēng)險(xiǎn)評(píng)估，以避免回歸次數(shù)過(guò)多現(xiàn)象。1.2.3.3.1.3.2.3.3.3.3.1.3.3.2.3.3.3.3.3.4.3.3.5.1.3.2.3.4 確認(rèn)結(jié)束流程項(xiàng)目負(fù)責(zé)人、測(cè)試人員收到版本上線&升級(jí)結(jié)束通知后，依次根據(jù)自身職責(zé)進(jìn)行確認(rèn)并結(jié)束流程。1. 項(xiàng)目負(fù)責(zé)人和測(cè)試人員對(duì)版本升級(jí)報(bào)告進(jìn)行審核，對(duì)升級(jí)過(guò)程是否存在遺漏和

20、遺留問(wèn)題隱患等方面確認(rèn)，并對(duì)存在的遺留問(wèn)題和遺漏等進(jìn)行相應(yīng)的處理安排，并跟蹤執(zhí)行。2. 測(cè)試人員確認(rèn)是否在版本上線過(guò)程中產(chǎn)生臨時(shí)版本，并對(duì)臨時(shí)版本進(jìn)行補(bǔ)測(cè)和歸檔。3. 用服部經(jīng)理對(duì)用服人員涉及的版本上線&升級(jí)執(zhí)行情況和工作質(zhì)量等進(jìn)行必要的檢查。1.3.3 “PDCA”管理模式PDCA循環(huán)又叫戴明環(huán)，是美國(guó)質(zhì)量管理專(zhuān)家戴明博士首先提出的，它是企業(yè)全面質(zhì)量管理所應(yīng)遵循的科學(xué)程序。質(zhì)量管理活動(dòng)的全部過(guò)程，就是質(zhì)量計(jì)劃的制訂和組織實(shí)現(xiàn)的過(guò)程，這個(gè)過(guò)程就是按照PDCA循環(huán)，不停頓地周而復(fù)始地運(yùn)轉(zhuǎn)的。ISO9001:2000標(biāo)準(zhǔn)指出， PDCA方法可適用于所有過(guò)程。其模式可簡(jiǎn)述如下：P-策劃：根據(jù)顧客的要求和組織的方針，為提供結(jié)果建立必要的目標(biāo)和過(guò)程;D-實(shí)施：實(shí)施過(guò)程;C-檢查：根據(jù)方針、目標(biāo)和產(chǎn)品要求，對(duì)過(guò)程和產(chǎn)品進(jìn)行監(jiān)視和測(cè)量，并報(bào)告結(jié)果;A-處置：采取措施，以持續(xù)改進(jìn)過(guò)程業(yè)績(jī)。PDCA循環(huán)可通過(guò)以下八個(gè)主要步驟實(shí)現(xiàn)：分析和評(píng)價(jià)現(xiàn)狀，以識(shí)別改進(jìn)的區(qū)域;確定改進(jìn)的目標(biāo);尋找可能的解決辦法，以實(shí)現(xiàn)這些目標(biāo);評(píng)價(jià)這些解決辦法并作出選擇;實(shí)施選定的解決辦法;測(cè)量、驗(yàn)證、分析和評(píng)價(jià)實(shí)施的結(jié)果，以確定這些目標(biāo)已經(jīng)實(shí)現(xiàn);正式采納更改;必要時(shí)，對(duì)結(jié)果進(jìn)行評(píng)審，以確定進(jìn)一步改進(jìn)的