qileilove

　　基于風險測試

　　概念不多說，簡單講分為高中低九個區塊，所有研發任務會首先進行風險判別，屬于高危三區塊的測試人員全程參與，屬于中危三區塊的測試人員提供測試設計支持不參與執行過程，屬于低危三區塊的開發人員自行完成。

　　從10年就開始說全民測試概念，直到12年實施土壤才逐漸形成，一專多能復合型人員是未來發展趨勢，細節不多說，這里主要談一個問題，工作量蒸發。

　　蒸發

　 　以往常說能量守恒，總體工作量不會消失只會發生轉移，從測試人身上轉移到開發人或其他角色身上，很多開發人都會問按上面方式運作是否開發人工作量會增 加？答案是在初期一定會，不過一旦進入良性循環就不會，因為它從根源上減少了以往運作方式中缺陷修復成本和溝通協作成本。大家都知道問題越晚修復風險越高 成本越大，以往進入測試階段缺陷修復所帶來的成本有多高不多說。

　　舉例，我們一般說股票買賣有人賺就有人虧，但實際上股票市值會蒸發，沒人賺也沒人虧但就是不見了。工作量也類似，從根本上減少，當然你也可以說它是擴散到不為人知的角落。注意，隨意舉例而已，請金融專家勿糾結。

　　那么如何從根源上減少成本？

　　測試驅動開發

　 　是否所有團隊都適合做TDD？答案是否定的，不過一開始就把事做對相信沒人會反對。研發任務伊始構建測試框架（測試設計框架、測試代碼框架），告訴開發 人這樣做才對，同時依據以往故障構建缺陷預防框架，告訴開發人這樣做就錯，一對一錯互為補充。注意，開發人不要在任務后期引入單獨測試階段，要把傳統的事 后驗證轉變為事前預防。

　　TDD能有效降低缺陷修復成本，那么溝通協作成本如何降低？以往多個角色共同完成任務變為現在一個角色完成任務你說降低沒？但這里有個衍生問題，是否需要引入檢查機制？單由一人完成任務是否會有風險？交叉測試？結對編程？

　　快速測試

　　自動化測試和 探索性測試。自動化測試不多說大家都明白什么意思，讓機器去檢查。探索性測試不等同于快速測試，但我們現在就把它當快速測試用，專業測試人使用ET能快速 把產品過一遍，當然這對測試人員能力有較高要求，同時對傳統測試知識沉淀方式上有較大沖擊。順帶再次鄙視一下不懂業務的測試工程師，毫無存在價值，別跟我 說你了解什么測試業務，你了解啥？

　　基建

　　測試自動化不是終點，往前一步是傻瓜化， 再進一步是智能化。要讓測試活動開展門檻越來越低，測試技術使用越來越簡單，只有做到這一步全民測試才有基礎，清潔阿姨才有參與測試活動的可能，多年來想 做引導式的測試應用系統，看清楚絕非平臺更不是框架，今年應該能騰出手來弄弄。

　　多樣化的測試手段持續積累，什么好用我們用什么，技術無國界更無山頭。持續集成常態化，絕不無謂追求腳本數量，覆蓋率統計要合理，首先考慮分支覆蓋率，輔以場景覆蓋率。

　　從狹義上講測試工作的核心價值永遠是發現問題，如何發現更多更深入的問題，業務場景驗證覆蓋率設計的越高代表能力越強，換言之測試范圍評估的越準越牛逼。

　　在測試設計盡善盡美的前提下我們再看需要何種測試技術支撐我們的測試思路，千萬不要本末倒置，你說你有個多不得了的高精尖技術結果完全用不上高射炮打蚊子一個問題沒發現，你不去死你還等什么？

　　如何評估測試工具的ROI，如何評估狹義測試技術為業務產品帶來的價值，這是個問題。

　　然后，盡量在taocode上開源哇哈哈哈哈哈。

　　可測性可恢復性

　　永遠不要僅站在測試角度看問題，更不要整天絞盡腦汁想著如何單獨凸顯測試價值，把產品質量做好了就是測試人的價值。

　　產品可測性可恢復性的概念不多說，可測性的目標兩個：第一能準確評估，第二能推動提升。可恢復性的目標三個：快速知曉、快速分析、快速解決。

　　如果到今天還有測試人對產品質量特性沒概念，那實在不知說什么好了。

　　人員

　　專精化路線。去年初我們十來個人支撐兩個業務，現在我們還是十幾個人但要支撐六個業務，未來可能還會增加。早前提過業務測試架構師或業務測試專家的概念，希望人人都能成為“專家”。

　　開年以來我們有四位測試人員轉崗開發，為今年角色融合打下了堅實基礎，未來還會有更多，希望到財年末整個技術團隊能真正成為人人都是開發，人人都是測試，人人都是前端。