qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請訪問 http://qaseven.github.io/

          2013,軟件測試新思路

           以基于風險測試為指導(dǎo),測試驅(qū)動開發(fā)為核心,加強測試基礎(chǔ)建設(shè),提升產(chǎn)品可測性可恢復(fù)性,提升測試工程師能力走專精路線,結(jié)合多樣化的測試手段與持續(xù)集成開展全過程質(zhì)量保障活動。

            基于風險測試

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

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

            蒸發(fā)

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

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

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

            測試驅(qū)動開發(fā)

             是否所有團隊都適合做TDD?答案是否定的,不過一開始就把事做對相信沒人會反對。研發(fā)任務(wù)伊始構(gòu)建測試框架(測試設(shè)計框架、測試代碼框架),告訴開發(fā) 人這樣做才對,同時依據(jù)以往故障構(gòu)建缺陷預(yù)防框架,告訴開發(fā)人這樣做就錯,一對一錯互為補充。注意,開發(fā)人不要在任務(wù)后期引入單獨測試階段,要把傳統(tǒng)的事 后驗證轉(zhuǎn)變?yōu)槭虑邦A(yù)防。

            TDD能有效降低缺陷修復(fù)成本,那么溝通協(xié)作成本如何降低?以往多個角色共同完成任務(wù)變?yōu)楝F(xiàn)在一個角色完成任務(wù)你說降低沒?但這里有個衍生問題,是否需要引入檢查機制?單由一人完成任務(wù)是否會有風險?交叉測試?結(jié)對編程?

            快速測試

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

            基建

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

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

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

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

            如何評估測試工具的ROI,如何評估狹義測試技術(shù)為業(yè)務(wù)產(chǎn)品帶來的價值,這是個問題。

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

            可測性可恢復(fù)性

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

            產(chǎn)品可測性可恢復(fù)性的概念不多說,可測性的目標兩個:第一能準確評估,第二能推動提升。可恢復(fù)性的目標三個:快速知曉、快速分析、快速解決。

            如果到今天還有測試人對產(chǎn)品質(zhì)量特性沒概念,那實在不知說什么好了。

            人員

            專精化路線。去年初我們十來個人支撐兩個業(yè)務(wù),現(xiàn)在我們還是十幾個人但要支撐六個業(yè)務(wù),未來可能還會增加。早前提過業(yè)務(wù)測試架構(gòu)師或業(yè)務(wù)測試專家的概念,希望人人都能成為“專家”。

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

          posted on 2013-05-24 11:36 順其自然EVO 閱讀(211) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2013年5月>
          2829301234
          567891011
          12131415161718
          19202122232425
          2627282930311
          2345678

          導(dǎo)航

          統(tǒng)計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 康平县| 开化县| 铁力市| 兴城市| 新河县| 光山县| 循化| 夹江县| 呼和浩特市| 精河县| 六枝特区| 龙岩市| 枣庄市| 通江县| 红河县| 小金县| 奇台县| 琼结县| 平南县| 甘洛县| 礼泉县| 临颍县| 定兴县| 莎车县| 玉林市| 介休市| 昂仁县| 厦门市| 贡觉县| 永吉县| 新兴县| 宝鸡市| 鸡西市| 阳信县| 南澳县| 崇州市| 阿拉尔市| 准格尔旗| 五莲县| 台前县| 夏邑县|