1、瞭解公司的質量方針、目標及基本質量要求；瞭解公司相關流程；瞭解公司關鍵質量活動。
2、質量知識簡介、討論什麼是質量、軟件質量的定義、質量方針&質量目標&、基本質量要求、公司相關流程介紹、公司質量活動&規範。
3、討論：什麼是質量？什麼是質量好？
4、軟件質量的定義
第一次就把正確的事情做正確
軟件質量是：軟件與明確的和隱含的需求相一致的程度。
具體地說，軟件質量是軟件符合明確敘述的功能和性能需求、文 檔中明確描述的開發標準、以及所有專業開發的軟件都應具有的隱含
強調以下三點：
特徵的程度。
a、軟件需求是度量軟件質量的基礎，與需求不一致就是質量不高。
b、指定的標準定義了一組指導軟件開發的準則，如果沒有遵守這些
準則，幾乎肯定會導致質量不高。例如：編程規範
c、通常，有一組沒有顯式描述的隱含需求（如期望軟件是容易維護的）。
如果軟件滿足明確描述的需求，但卻不滿足隱含的需求，那麼軟件的質量仍然是
值得懷疑的。
5、質量方針&質量目標
• 願景與定位
把握前沿科技，充分利用現代化科技技術，爲客戶提供安全、簡單、易用、專業的金融產品和
服務。以成就客戶、股東和員工爲己任，打造一家全球領先的科技企業；
讓科技更好的服務於金融；
聚焦於互聯網金融，爲客戶提供端到端的優秀產品。
• 核心價值觀
成就客戶
精誠團結
開放共贏
• 經營理念
以客戶爲中心
以結果爲導向
• 質量目標 零缺陷
簡單質量的工作準則是零缺陷
6、基本質量要求（一） 一、目的： 爲有效達成業務目標，強化交付團隊的質量控制，向客戶提供穩定可靠的交付件，特制訂交付團隊
必須遵守的基本質量要求。
二、範圍： 本要求適用於公司所有交付團隊。
三、質量要求 ：
a、 所有需求必須來自於客戶郵件和變更單，禁止私自接收客戶需求，所有需求變更必須有正式記 錄。
b、 代碼質量保障：
嚴格落實編程規範要求，絕不允許代碼中存在編程規範定義的低級錯誤。
所有新增及修改代碼的Review覆蓋率達到100％。
所有新增及修改的代碼入庫前必須靜態檢查清零。（Error、PMD、Findbugs、CheckStyle） 注：關鍵模塊的核心代碼、新員工編寫的第一個模塊必須進行會議評審，需明確具體的模塊名稱。
（1、版本轉測試前要求做代碼做代碼檢視）
c、 交付版本：
每次迭代結束時，問題解決率達到85%，無致命問題遺留；且上一迭代的遺留問題100%解決 （不包括：已與客戶達成一致要遺留的問題）。
d、 測試
開發人員必須完成功能自測試後，才能提交測試。
轉測試後的代碼和資料的修改必須有問題單跟蹤。
測試用例都需經過評審，才能啓動測試。
基本質量要求（二）
e、 項目所有向客戶提交的正式交付件嚴禁私下發布：
發佈前正式版本必須通過項目CCB（變更控制委員會）評審，其它交付件需經項目經理審
核完畢後，項目干係人員簽字。
所有提交客戶的交付件（需求設計文檔、代碼、資料、測試用例等）必須使用配置管理工
具管理。
向客戶發佈前，版本必須完成100%覆蓋功能測試用例和客戶驗收用例的驗證（如果客戶沒
有驗收用例或者不提供，需有證明），遺留問題滿足客戶DI要求，並輸出測試報告（測試
報告中必須涵蓋基本功能測試用例執行情況）。
f、 質量回溯必須儘早啓動，最遲在問題關閉後，並在兩週內完成：
客戶應用時出現網上事故、致命問題，版本被客戶打回、客戶階段驗收、結項驗收不通過、
客戶投訴等重大質量問題
客戶應用時出現嚴重問題、版本被測試打回、問題單迴歸不通過等質量問題
客戶測試和驗收等過程中提交的正式問題單在項目關閉
注：出現以上幾種情況時，項目經理必須組織回溯完成根因分析，且制定改進措施。
g、 管理者必須以身作則，現場現物，樹立質量導向：
管理者要及時識別交付中的質量紅黑事件，有效落實質量獎懲，樹立標杆，營造良好的質
量氛圍。 管理層每月須至少參加一次項目質量活動如回溯、審計、檢視、測試等。
對於質量短板（客戶關注的或者規劃中識別的），如持續集成、配置管理等，管理者必須
作爲改進主導者，制定計劃，實施改進，跟蹤閉環。
7、
8、
9、
10、
11、
12、
13、
14、
15、
16、
17、
18、
19