大公司都有自己的bug跟蹤系統，相關的bug應該分派到責任人頭上，有一定的解決期限，透過bug跟蹤，督促問題解決，提供產品質量，提升使用者體驗。

另一方面，嚴格控制版本釋出節奏。新功能和產品穩定之間必須有一個平衡，不能為了產品經理、老闆拍腦袋的新奇點子，擾亂版本節奏。任何一個成功的偉大的產品，絕對不是靠那一兩個小聰明點子致勝的，錘子科技羅永浩就是最典型的反例。所謂的微創新並沒有什麼大用，靠的是內功，不是花招。

最後就是完善的測試流程。沒有經過完整的測試急於釋出的版本，往往都是質量低下的。就這一點而言，一定要有自己的測試團隊，靠外包是不可靠的

關於這個問題，我從質量定義、APP存在的質量問題、質量管理的控制和國內外流行的質量標準四個部分提出個人觀點如下：

1、什麼是質量

質量具有三個維度：

1）符合目標。目標是客戶所定義的，符合目標即判斷我們是不是在做需要做的事情。

2）符合需求。即產品是不是在做讓它做的事情。

3）符合實際需求。實際的需求包括使用者明確說明的和隱含的需求。

ISO 關於質量的定義表示如下：

“ 一個實體（產品或服務）的所有特性，基於這些特性可以滿足明顯的或隱含的需要。 ”

2、APP存在的質量問題

1）開發人員總是加班加點工作，總有解決不完的問題；

2）APP的bug在上一個版本中已經解決，可能到了新版本又出現同樣的問題；

3）開發出來的APP與客戶需求不符合，或者到了上線時又出現很多新的問題。

3、質量管理的控制

1）建立完備預防體系

a）組建優秀團隊，不斷提高專案組成員的技術水平、團隊協作能力和管理水平；

b）最佳化APP開發過程，軟體開發要經歷需求分析、系統設計、程式設計、測試、試執行、驗收、運維支援等階段，提前規劃每個階段的工作內容、人員責任、風險情況，嚴格按照專案管理流程、使用開發工具（比如：SVN）、使用專案管理流程工具軟體（比如：bugzilla、Easytrack、漫索軟體等）進行流程化科學管理，同時根據PDCA思想，不斷最佳化符合公司實際業務的專案管理流程。

c）提高程式碼複用，處理相同的事最好儘量複用現有程式碼，或者把公共功能做成模組，便於大家複用，預防問題的發生。

2）建立有效檢查體系

a）技術評審，請技術專家對需求功能、技術架構進行評審，在編碼前找出可能的問題。

b）軟體測試，軟體測試是為了度量和提高被測軟體的質量，而進行的一系列檢查、評估和確認活動，這些活動貫穿於軟體的整個生命週期之中 。

軟體測試主要包括單元測試、整合測試、系統測試和驗收測試，在測試過程中使用先進的測試儀及bug管理工具，比如透過Bugzilla系統進行bug管理跟蹤，並編寫軟體合格性測試報告、不合格品報告和不合格品處置單。

c）程式碼評審，透過閱讀程式碼來檢查原始碼與編碼標準的符合性以及程式碼質量。

3）建立危機應急體系

軟體在試執行過程中，在試執行期間，由於軟體質量等造成某些指標達不到要求，將繼續完善直至修復。

4、國內外流行的質量標準（部分）

1）ISO9000

2）CMMI

3）GB/T 11457-1995 軟體工程術語

4）GB/T 8566-2001 資訊科技 軟體生存週期過程

5）GB/T 8567-1988 計算機軟體產品開發檔案編制指南

6）GB/T 12504-1990 計算機軟體質量保證計劃規範

7）GJB 438B-2009 軍用軟體開發文件通用要求

8）GJB 9001B-2009 質量管理體系要求