質量保障&&質量體系建設

1、質量保障

　　先引用一段 百度百科 上對軟件質量保障的解釋：軟件質量保障是創建一套有計劃，系統的方法，來向管理層保證擬定出的標準、步驟、實踐和方法可以正確地被項目所採用。軟件質量保證的目的是使軟件過程對於管理人員來講是可見的。它經過對軟件產品和活動進行評審和審計來驗證軟件是合乎標準的。軟件質量保障人員在項目開始時就一塊兒參與創建計劃、標準和過程。這些將使軟件項目知足機構方針的要求。
　　從我我的對軟件質量保障的理解來講，軟件質量保障不能只從測試（QA）的角度來看待問題，須要把本身抽離出來從更高的角度（公司/老闆）來看待問題，不管哪個環節出了問題，都是質量問題。須要關注整個過程中的全部環節存在的問題和風險。對於軟件質量保障的思考，咱們能夠從測試前、測試中、測試後三個階段來進行，重點應該關注以下五個方面：

• 效率問題
• 代碼問題
• 流程問題
• 溝通問題
• 機制問題

　　對於軟件的質量保障，更多的是一些思考，考慮要從哪些階段、哪些方面和大概的方面去保障，而它的延申就是質量體系的建設。

2、質量體系建設

　　對於不一樣公司、不一樣團隊甚至不一樣業務，質量體系的建設不是千篇一概的，每個公司/團隊/業務都有其自身的特色，咱們須要根據這些特色來建設質量體系。可是一般咱們能夠將它劃分爲三個階段：

測前

一、差別性分析

• 業務特色
• 團隊人員組成特色
• 開發水平如何
• 整個團隊的技術棧，包括測試和開發
• 產品部署使用方式，好比說：阿里雲

　　差別性分析主要是爲後面的測試方法和手段作準備的，好比說：開發人員的水平不行，那咱們測試時可能就要考慮使用 白盒測試 + 接口測試，由於單單隻根據需求和接口文檔來作接口測試，不少狀況測試不到。若是開發水平足夠高，那麼能夠考慮不用作白盒測試，直接作接口測試。另外，作白盒測試時，能夠根據修改的方法上游被哪些地方調用，下游調用了哪些方法從而肯定測試的範圍，而不是盲目的拍腦殼來決定測試範圍。

二、基本測試手段/方法

• 接口測試 + 白盒測試
• 性能測試 + 穩定性測試
• 業務功能測試 + 自動化測試

三、流程及機制

• 測試流程的創建
• 問題發現機制
• 風險暴露機制
• 線上問題跟進
• 故障處理
• 信息同步
• 獎懲機制
• 新人培養計劃

四、基本保障手段

• Mock 服務
• 數據構造
• 線下告警平臺
• 線下壓測平臺

測中

• 測試
• 聯調
• 預發

測後

• 上線
• 線上平常 監控 + 報警
• 業務的 宏觀監控 + 個體監控
• 數據庫的 binlog-sync
• 穩定性建設

　　以上，測前、測中，測後三個階段，你們能夠從這些大的方面去考慮，再根據本身公司和團隊的特色進行細化和實踐，最終得出適合本身公司和團隊的質量體系。

　　另外，你們可能會問，在經驗不足夠多的狀況下，咱們如何知道哪些細節點是咱們須要去關注的呢，這裏有個簡單的方法：若是你們天天都作大量的重複工做，那麼這裏就是一個問題點。若是沒有大量重複的工做，可是工做都很是耗時，那麼這裏也是一個問題點。當咱們遇到這些問題點的時候，是否是就要進行反思，有沒有什麼辦法去解決這些問題？慢慢的培養本身的質量意識、全局思惟，這樣日積月累，就會對產品質量有一個深入的認識。