互聯網金融組項目質量管理彙報

1. 互聯網金融組質量現狀：

到金融組負責質量工作已經快5個月了，和各位項目經理打交道還是比較順暢的。 作爲第三方質量管理

人員來看，項目管理過程還存在有待改進的地方。

目前金融組項目主要存在這些問題：

1. 針對項目組計劃更新不及時，項目計劃指導不了實際項目開發；
2. 源代碼審計未按要求進行整改和未執行源代碼項目審計；
3. 政務APP階段三計劃和里程碑點未明確；
4. 目前所有項目組代碼未做單元測試，大部分項目未做代碼檢視；
5. 項目經理質量回溯問題改進措施未閉環；
6. 發現的缺陷優化問題修復時間過長，響應問題不及時；
7. 項目版本控制與管理，配置項受控不規範；
8. 需求上線溝通確認環節不到位，沒有仔細確認是否要上線；
9. 項目沒有明確的轉測試出口標準；
10. 線上出現問題只是單純解決問題，沒有分析問題的根因，給出相應的預防措施。

 

2、針對質量現狀給出的改進建議

序號	項目組質量現狀	改進建議
1	針對項目組計劃更新不及時，項目計劃指導不了實際項目開發	項目計劃要漸進明細，開始粒度粗，隨着進度展開逐漸細化計劃，定期刷新項目計劃； 項目計劃要做好項目工作量估算，最好讓團隊成員一起參與，防止工作量估少了，導致項目開發時間不夠； 項目計劃要能識別項目風險，並給出相應的應對措施，在識別風險前可以團隊頭腦風暴，一起識別項目風險。 里程碑點拉上客戶，業務，測試開發合理確定，在正式發出項目計劃前做正式的項目計劃評審
2	源代碼審計未按要求進行整改和未執行源代碼項目審計	未按照審計報告要求整改的項目，項目經理要跟進制定整改計劃，按整改計劃執行源代碼審計問題整改； 未執行源代碼審計的項目，安排審計員陳文元做源代碼審計，審計報告發給項目經理，由項目經理制定整改計劃，按計劃進行審計問題整改。
3	政務APP階段三需求項目時間是4.1-5.1，目前項目計劃沒有做，項目里程碑點未明確，項目開發無法按計劃執行	儘快收集階段三需求，進行分析，給出項目里程碑點，里程碑確定可以拉上客戶，業務，開發，測試人員一起確定，結合項目上線時間，合理制定項目計劃，儘快組織計劃評審，指導開發人員開發進展。
4	目前所有項目組代碼未做單元測試，大部分項目未做代碼檢視：統一支付，政務APP等項目	針對項目核心功能模塊，必須做代碼單元測試，輸出單元測試報告。對於未做代碼檢視的情況，目前所有項目都需要改進，在代碼提交入庫前做代碼檢視。有Git庫的項目，在代碼入庫前發起代碼合併請求，在git在線檢視代碼，沒有問題後由審批人批准後代碼入庫。在發起代碼合併時要對受託人進行選擇。
5	項目經理質量回溯問題改進措施未閉環	QA每週針對改進措施進展問題在技術交流羣裏晾曬，直至閉環，這個月開始執行； 項目經理項目週報應該在遺留問題跟蹤表裏面記錄未閉環問題，每天跟蹤進展，直至問題閉環。
6	發現的缺陷優化問題修復時間過長，響應問題不及時，年前發現的缺陷	發現問題需要及時響應，定位分析問題原因，給出解決方案。 解決時間比較長的，需要給出解決方案計劃，如何安排人力，時間，何時完成，責任是誰； 優化方案驗證通過，需要總結經驗形成項目經驗庫。
7	項目版本控制與管理，配置項受控不規範   加強版本控制與管理：包括源代碼、配置、投產流程等 鄭遠志PM: 我查了版本管理員那邊登記的數據，本月的版本問題比例是要高於1月，本月的補更也增加了。	建議在網絡金融組層級成立變更控制委員會（CCB）,統籌管理項目需求，方案等變更事項，讓所有的變更統一受控； 項目經理在項目組內部和周邊幹建系人溝通常態化，形成溝通地圖； 針對上線需求，在投產前要認真檢查sql腳本IP地址，jar包，war包等配置是否正確，投產版本包是否和master主幹拉分支PRD版本包一致，依賴要一起上線的服務（如果有，沒有默認是）是否已互相溝通過上線策略，雙方明確上線的前置條件及上線順序，相關配置文件，腳本文件，網絡權限是否正確。
8	需求上線溝通確認環節不到位，沒有仔細確認是否要上線	同問題7建議
9	項目沒有明確的轉測試出口標準： 發版系統： 個人網銀|NIB_PER|1.4.0|全發|1 影響範圍:系統掛了，登錄無法，導致測試人員無法測試 發版停服務系統：5分鐘 預計時間停服務時間：09:50	項目組要有相應的轉測試計劃，制定轉測試出口規範，技術和業務問題是否已經解決，關聯方問題調試是否解決；開發自測報告是否提交，測試功能模塊代碼是否基線化。
10	線上出現問題只是單純解決問題，沒有分析問題的根因，給出相應的預防措施： 回單機的回單查詢，需要優化查詢效率，計劃2.7上線，實際未解決；壓測到併發9有個會話丟失的問題；個人網銀登錄一直提示：用戶名或密碼錯誤！我們這邊多個坐席測試均提示此報錯，同樣的用戶名和密碼在手機銀行上登錄就可以登錄，在個人網銀就登錄不。	每個季度收集線上問題彙總，按缺陷問題分類； 統計各類問題的缺陷個數，重點改進TOP3缺陷類問題； 針對TOP3線上問題，組織質量回溯，確定問題根因,給出相應的糾正和預防措施； 實施預防措施一段時間，檢查措施效果，統計措施影響效果，效果好可以試點推廣，效果不好，再分析改進； 實施預防措施好的線上問題，可以提煉經驗教訓，作爲優秀實踐在組織內推廣。

3、QA參與金融組後有落實提高質量的措施

QA未參與前質量	QA參與後質量落地
mpaas項目和政務App項目代碼檢視未開展	mpaas項目和政務App項目代碼檢視引導開展檢視，確立編碼規範，按編碼規範編寫代碼
mpaas項目和政務App項目單元測試未開展	mpaas項目和政務App項目單元測試核心模塊有建議做單元測試，單元測試插件也發給過項目組成員
政務App項目沒有配置庫	政務App項目創建了項目文檔配置庫，相應的項目文檔歸檔審計
金融組缺陷清單沒有例行跟蹤	金融組缺陷清單雙週例行跟蹤進展
線上問題沒有做過質量回溯	線上問題有過質量回溯，預防措施跟蹤落地
項目經理質量意識不高	組織了項目經理質量意識培訓，講解了項目的質量策劃，質量控制和質量改進
項目組沒有靜態代碼檢查工具	持續推動項目組集成findbugs，pmd,checkstyle,掃描代碼缺陷及時修復

 

1. 個人質量工作總結

內部質量（代碼、需求和設計質量，流程，環境工具和人員技能）決定外部質量（用戶和測試感受到的系統外在質量，使用缺陷密度衡量），外部質量反映內部質量。這是有效質量改進的原則。前端預防重於後端修改缺陷。

在後續工作中，重視前端的需求評審，代碼檢視，單元測試，後端重視測試方案，案例的評審，測試缺陷問題分析。

預防勝於檢查，重點要向開發要質量：

1、測試不能提高產品的內部質量；

2、開發移交質量差，測試質量也會隨之變差；

3、依賴測試發現缺陷再去修復是低效的。

期待後面工作越來越順利，和大家溝通更加順暢。