目前，網際網路公司對軟體產品的質量要求越來越高，研發與測試週期確越來越短。「需求成天改，開發交付的問題多，測試時間總被催，使用者常常不滿意，產品經理拼命想點子。。。」在這個浮躁而又敏捷的背景下，作為測試研發工程師在測試流程當中承受著越來越大的壓力。經過一段時間的調研與學習，我計畫在公司構建精準測試體系來改進qa的工作，提公升使用者與老闆的滿意度。
精準測試體系的本質目的是在保證質量的前提下提高qa的交付效率，更快地響應公司的業務需求。
精準測試的思想：
1. 輔助qa同學縮減回歸測試範圍：因為許多qa同學存在技術瓶頸，對待測系統架構沒有清晰的認識，導致很多case僅僅是因為「擔心這裡被影響到」「害怕那裡有問題」而被執行。其實很多測試的執行是完全沒有必要的。舉乙個極端的例子，研發同學花費10分鐘改了2行**提測，因為qa同學不能精準定義測試邊界評估確切的影響範圍，對整個模組進行的完整的回歸測試，排期1人日。長此以往，既拖慢了專案進度，又使qa同學沉溺在繁重的重複工作中無法提公升。
2. 建立**與case的聯絡：在傳統測試活動中，case主要來自於需求。但是需求文件一般不等於研發的設計思路，對於評估回歸測試的範圍起到的作用十分有限。通過建立**與case的聯絡，可以給測試同學乙個新的測試設計思路，推動測試左移。
第二階段： 業務呼叫鏈梳理，建立業務核心用例庫，並且分析每條用例的方法呼叫鏈。
第三階段： 根據diff判斷改動的範圍，影響的指令碼/類/方法，生成對應的測試用例。
自學精準測試
精準測分系統 1.差異化 破全面回歸.主要解決的事改什麼,測什麼的問題,要旨 通過差異化的測試分析得到測試範圍的集合 2.技術治理 破耦合,耦合影響內容不能漏測,也不能多測.能夠快速準確的分析出耦合影響,為了搞清楚改什麼,影響什麼 要旨 快速準確分析耦合影響 難點 3.測試精準度 即 覆蓋率.ope...
精準化測試
黑盒測試的挑戰 過程 多猜測，不穩定，難控制 效果 個人素質 管理 成本高，難度大 白盒測試 門檻高，單兵作戰，目標單一 高覆蓋率 分析之殤 對使用者的影響 網際網路基本不做，迭代測試不允許 一.精準化測試思想 用非常精準和智慧型的軟體來解決軟體測試的問題，並從根本上引領軟體測試從經驗型方法向技術性...
前端開發體系建設
devops development和operations的組合詞 是一組過程 方法與系統的統稱，用於促進開發 應用程式 軟體工程 技術運營和質量保障 qa 部門之間的溝通 協作與整合。一套簡易的devops流程包括協作，構建，測試，部署，執行。devops的核心思想就是 快速互動價值，靈活響應變化...