對於一個企業而言，能否很好的生存下去，有四個核心指標，產品質量Q、服務質量S、產品價格P、響應時間T。在我看來，屬於技術範疇的2個最核心的指標是：一是產品質量、二是響應時間，提高企業核心競爭力要以提高產品質量爲目標，質量是企業的命脈所在，怎樣更好的保障產品質量，爲一線的銷售保駕護航好產品，就顯得尤爲重要了。
作爲一名員工，我們和企業同呼吸，共命運，加強產品質量的意識，提高產品質量也就顯得日益迫切。那麼到底如何做才能提高產品質量？
就我個人而言，我是一名軟件測試工程師，那麼我應該在日常的工作中做出怎樣的努力，才能爲提高產品質量做出一份貢獻？
首先我們就以軟件測試流程作爲規範，分析測試員能爲提高產品質量做些什麼。
1.需求評審階段
項目初期，發現那些潛在的缺陷或錯誤，避免這些錯誤或缺陷遺漏到項目的後期。所以，在需求評審階段我們應該做到：
①做好評審前的相關質疑與確認記錄；
②對於責任、目標應和項目達成共識。
2.編寫測試計劃、排期階段
測試計劃的編寫包含所需資源、任務安排、進度安排、風險分析等內容。我們應該明確：
①制定測試進度和任務安排；
②準備測試環境；
③制定預發佈、停測的標準；
④制定測試策略和測試方法；
⑤確定測試風險；
⑥確定測試所需資源的其他信息；
3.用例評審階段，我們應該注意：
①用例設計的結構安排，一定和合理、清晰，以便高效的對需求進行覆蓋；
②要覆蓋需求的所有測試點；
③合理安排優先級的測試；
④用例要具有很好的執行性，用例的前置條件、操作步驟、預期結果應正確清晰；
⑤儘量刪除冗餘的測試用例
⑥要從用戶層面設計測試用例；
4.測試過程中，我們怎麼才能到儘早儘快的發現更多的問題呢？
①測試前期應確保測試環境的穩定性；
②準備應充分，目標應明確，應該正確的理解用戶；
③增加版本控制，跟蹤記錄整個軟件的開發過程，避免出現開發混淆代碼版本和測試版本的情況或者出現開發與開發之間的代碼衝突；
接着我們再從企業自身方面探討下如何更好的把控產品質量：
1、產品需求設計的合理性
產品需求設計的合理性非常非常的重要，需要PM前期做很充分的需求調研，走在一線多與用戶接觸，深度瞭解用戶最常用的場景、站在用戶角度思考產品邏輯、解決用戶痛點問題；
2、技術架構設計、邏輯實現（設計）要合理
避免技術大的框架設計存在問題，多去考慮實現邏輯的合理性或效率、性能等；
3、開發編碼規範
規範不是對開發的制約，而是更有助於提高開發效率的；規範的代碼還可以降低維護成本、極大的提高團隊對代碼的可讀性，而且還有助於代碼review；
4、需求評審
正確而有效的進行需求評審，提前查閱，記錄好問題，帶着問題去評審，效率更高、效果更好；
5、測試流程的規範
根據自己公司的實際情況來制定，測試流程制定合理，可以更好的提高效率，避免pm、rd、qa來回扯皮、一起更好的把控產品質量，在GSX，我們有PC、APP測試流程，大致分爲測試需求分析、case編寫、case評審、接口測試、冒煙測試、test4輪測試、beta測試、monkey測試、提交testin進行兼容衆測，線上環境迴歸測試、發佈版本後安裝卸載升級主流程測試；
6、開發流程的規範
根據公司目前所處階段制定，如果是多個研發同步在開發多個功能，代碼需要分支開發，測試環境無bug後，再合併主幹，提交代碼時進行必要的review，sql上線一定要進行必要的review，避免一條sql引起全站癱瘓的問題；
7、上線流程的規範
有的研發的分支團隊很多，公共代碼庫的維護很亂，有時容易引發較大的線上事故，所以很有必要約定好一個規範的上線流程，要保證分支沒問題的代碼才能合併到主幹，再做主幹整體迴歸；
8、優化功能測試的範圍界定
有時候rd優化一個功能，qa在一個端測試沒有問題，但是有可能會引發其他端的問題，所以科學準確的、恰到好處的選定測試範圍也是一門很深的學問；
9、接口測試、單元測試
一般情況下後端完成接口開發，就可以提前提測給QA小夥伴，開始服務端的接口測試，這樣可以讓隱含的Bug提前暴露出來，讓開發人員在第一時間修復Bug，讓功能測試人員在測試的時候更加順手一些，最大限度得減少底層Bug的出現數量，讓產品研發的流程更加順暢，進而提高效率、縮短產品的研發週期；
10、UI走查
很多時候產品上了beta，或者上了線，才發現UI與設計不一致，所以UI的檢查也非常的重要，更需要在關鍵的時間點就介入走查，最好在冒煙測試時就走查一遍，在test環境測試完畢走查一遍，確保不因後期修改bug帶來的UI問題；
11、bug的度量與預防
定期進行bug的分佈分析，線上bug的分析，找到出現該bug真正的原因，bug頻發的功能、場景，以及機型等；
12、運維監控
運維層面也要做到非常完善的監控體系，分別從網絡層、操作系統層、應用層、接口層、做到端口存活、進程存活、頁面級別的監控
13、必要的覆盤和總結，
每次項目結束都要及時的進行復盤和總結，針對項目過程中出現的問題，及時的做出調整，避免團隊小夥伴下次再犯同樣的問題；
14、溝通機制的建立
有很多時候，都是溝通不到位產生的bug，在實際做項目過程中，會遇到很多很多，所以我們儘量要保持暢通的溝通環境和方式，可以組織每天站會的形式，快速無邊界溝通，做到信息同步，遇到問題及時溝通解決，提高效率；所以這一點要引起重視！
15、人的培養
對人的培養大致需要從這些方面，技術水平、做事方式、溝通協作能力，主動溝通意識、責任感、執行力、學習力、有效的時間管理、積極樂觀、樂於幫助他人、樂於分享、並且從不抱怨，可以將積極向上的一面，感染帶動他人；
產品質量管理大師朱蘭曾說過：“質量是設計出來的，而不是檢驗出來的”，這句話證明了提高產品質量除了相應的測試確保質量外，更應該從源頭做起，做好前期策劃，加強過程管理，輔以適當的產品檢驗，始終遵循PDCA原則，提高產品的質量才指日可待。
總結
現在大部分產品上線以來出現的運營事故，都是因爲產品或流程問題導致的。或者由於之前的發佈流程不完善，或者由於開發人員將版本打錯，其實很多都是可以避免的，現在我們完善產品發佈流程，所有的產品都先在本地服務器測試，通過測試後，再切換到外網服務器供用戶使用。明確個人職責，出現運營事故後，根據原因來追究責任，制定個人績效考覈等制度。來進一步完善運營流程和制度。
總之，要想得到用戶滿意的高質量產品，管理、需求、開發、測試人人把關，人人負責。
總結的很到位，以後自己拿到一個產品時，要全方位考慮，避免踩坑。與大家共勉~