【Dubbo系列】指令行調用dubbo接口
目錄
一、背景
二、測試左移
三、測試右移
四、如何保障品質
一、背景
項目疊代迅速，系統龐大且複雜，當遇到需求品質差、開發品質差，測試時間緊張等情況，結果就是測試人員進行坎坷的冒煙測試，好不容易冒煙測試通過，又有無盡的分支bug，對于開發測試來說都是折磨。
而且有些場景在測試環境構造困難是以無法驗證，最後的結果可能是導緻bug流入生産，甚至有可能因為線上bug造成巨大損失。
那麼作為品質保障人員如何去盡可能避免這樣的問題，實踐測試左移和測試右移，讓測試在整個項目過程中掌握主動權進行品質保障。
二、測試左移
測試左移就是在提測之前已經介入了測試，将bug扼殺在搖籃當中。
2.1、需求階段
2.1.1、在了解需求的前提下去評估需求的品質，分析需求的正确性性以及完整性；
- 正确性: 對照原始的需求，檢查産品人員制定的文檔是否偏離了最原始的使用者需求；
- 明确性：檢查需求文檔中是否包含一些含糊其辭的詞彙，比如 過多 ， 過少 ， 适量 , 是否 。檢查用語是否清晰，無歧義；
- 完整性：對照原始的需求文檔，檢查産品人員制定的需求文檔是否完全覆寫使用者所有的需求點；
- 限制性：每個需求中是否清晰描述了這個軟體能做什麼，不能做什麼，什麼能輸入，什麼不能輸入；
- 優先級：需求文檔中哪些文檔比較重要，哪些不重要，要有優先級；
- 一緻性： 檢查需求文檔中的内容是否前後一緻，確定不沖突，不沖突；
2.1.2、評估新需求對已有功能的影響，是否相容老邏輯，以及可能存在的風險；
2.1.3、涉及計算公式的需由産品提供樣例demo，避免因需求了解偏差而造成實作偏差；
2.2、開發階段
2.2.1、參與開發設計方案，了解開發的實作方式，作為測試人員需要評估改動範圍以及是否有遺漏的子產品和系統；
2.2.2、測試人員還可以通過提供測試案例或者自動化測試腳本的方式給開發，讓開發人員在設計時考慮地更全面，同時友善開發人員自測，有助于提高産品品質；
2.2.3、需要在測試前了解資料流轉的一個完整的流程，接口調用，資料落庫。
2.3、日常建設
2.3.1、從使用者角度出發以場景為次元去編寫測試用例，在用例評審時闡述測試的場景，如有遺漏，或者與産品，開發有了解不一緻的地方，及時發現，避免提測後才發現；
2.3.2、需要不斷地培養産品、開發同學的品質意識，同時提供必要的技術支援，協助産品、開發更好的進行測試，比如測試用例、測試工具、測試腳本；
2.3.3、環境治理包括環境的快速複制，環境使用，配置同步（資料庫表結構，系統配置，相關業務配置），環境問題的排查；
2.3.4、充分利用靜态代碼掃描，檢查代碼問題；
2.3.5、定期組内進行技術分享，項目複盤，講解測試過程中可優化的點，将技術文檔以及業務文檔沉澱下來。
三、測試右移
測試右移就是建立完善的回報、發現、定位問題機制。
通過線上監控和預警，及時發現問題并跟進解決，将影響範圍降到最低；在開發設計時就要考慮預警功能，系統層（如cpu、記憶體問題）、應用層（如響應時間）、業務層（通過率）等出現異常的時候通過郵件或者釘釘等方式發出預警，并且針對預警做出快速響應。
3.1、建立生産問題跟蹤庫，将生産問題的現象，産生原因記錄下來，劃分責任人進行跟進解決；
3.2、建立生産故障緊急響應方案。
四、如何保障品質
4.1、深入了解業務需求，整個系統架構，資料流轉過程，根據需求制定測試政策，明确測試目标；
4.2、引入或者開發測試工具，提升測試效率；
4.3、定時複盤，針對測試中的困難點找到優化的辦法，若沒有好的思路，要學會及時求助；
4.4、要有責任心，做一個靠譜的測試；
最後，給大家推薦這個思維導圖，可以複制下方連結檢視詳細資訊。
https://www.processon.com/view/6138112f1e085306ef9fe608?fromnew=1#pc
