軟件測(cè)試轉(zhuǎn)型之路

...v.軟件測(cè)試轉(zhuǎn)型之路選擇測(cè)試之路——路上的迷茫2010年12月31日，在網(wǎng)易從事了多年開發(fā)之后，依依不舍地離開，面臨的是一個(gè)完全從零開場(chǎng)的全新職位：SQA，也就是tester。當(dāng)時(shí)對(duì)為什么被選擇做軟件質(zhì)量保證，而不是繼續(xù)在研發(fā)上進(jìn)取，持有保存態(tài)度：憑什么要我轉(zhuǎn)，不是別人？這個(gè)時(shí)候，多年的伙伴、領(lǐng)隊(duì)——雷叔就把我的優(yōu)點(diǎn)暴露出來了：認(rèn)真、心細(xì)、負(fù)責(zé)；好吧，基于以上幾點(diǎn)，只有“我行〞，只能給力了。從心底里，對(duì)質(zhì)量管理、SQA等概念，我并沒有多想，因?yàn)楦鞠氩涣耍X子里面沒有太全面的認(rèn)知，即使雷叔講過一些，我還是覺得不夠全面，不知道業(yè)界是如何做的？所以心里多多少少有點(diǎn)擔(dān)憂！幾個(gè)人成立一個(gè)新團(tuán)隊(duì)，什么都是從零開場(chǎng)，關(guān)鍵還是要有一些流程，這幾年開發(fā)中也積累了些經(jīng)歷，總結(jié)了些問題。在12月底，我提交了?軟件質(zhì)量保證第一季度方案?，這個(gè)方案后來也成為了整個(gè)質(zhì)量保證體系的核心，大概綱要如下：搭建工程管理平臺(tái)搭建持續(xù)集成平臺(tái)標(biāo)準(zhǔn)開發(fā)流程制定軟件質(zhì)量保證標(biāo)準(zhǔn)流程建立缺陷管理建立風(fēng)險(xiǎn)管理庫(kù)、經(jīng)歷教訓(xùn)庫(kù)〔長(zhǎng)遠(yuǎn)方案〕2011年1月25日，苦于沒有標(biāo)準(zhǔn)的流程，做起事來還是不夠順暢，在奮戰(zhàn)多日之后，制定了?產(chǎn)品研發(fā)質(zhì)保流程手冊(cè)?，簡(jiǎn)單來說，劃分了：需求、開發(fā)、發(fā)布三個(gè)階段，每個(gè)階段定義驗(yàn)收的產(chǎn)物。為什么要制定這個(gè)？必須有章可依，否那么步伐不穩(wěn)健，走的再遠(yuǎn)，也會(huì)亂。道路上，難免遭遇坎坷，要不斷提升自己，也有三點(diǎn)切身體會(huì)：如電影?熱血教練?中卡特教練所說，先把根本功練扎實(shí)了，才能有勝算。既然從零開場(chǎng)，就不要被困惑不已的瑣事所糾纏著，下決心突破，可以研讀：質(zhì)量管理、缺陷預(yù)防、軟件測(cè)試、持續(xù)集成等書籍，并且通過互聯(lián)網(wǎng)了解一些公司是如何開展測(cè)試和質(zhì)量管理的方方面面。個(gè)人價(jià)值迎合團(tuán)隊(duì)價(jià)值，果斷取舍，為團(tuán)隊(duì)利益著想。堅(jiān)決信念，防止急躁，把握遠(yuǎn)景，不要急于尋求成就感。同時(shí)，在調(diào)研期間，我意識(shí)到持續(xù)集成很重要，并按照當(dāng)前的需求，重點(diǎn)關(guān)注以下幾點(diǎn)：持續(xù)測(cè)試、持續(xù)審查、持續(xù)反應(yīng)。圖：早期的開發(fā)、測(cè)試流程原型圖無悔選擇測(cè)試之路——路上的抉擇、進(jìn)取有了流程標(biāo)準(zhǔn)，接下來是實(shí)施和持續(xù)改良。這些標(biāo)準(zhǔn)運(yùn)用在一個(gè)工程上，先做了三個(gè)月，不停地測(cè)試，編寫功能測(cè)試用例，也走了2條彎路：用例花了大量時(shí)間編寫，就連翻開瀏覽器、輸入xx、點(diǎn)擊登錄，這些也記錄了〔這種是早期狀況〕。我居然還請(qǐng)纓參加開發(fā)，因?yàn)榭吹揭恍┤蝿?wù)完成不了。后來雷叔也指明，測(cè)試做測(cè)試應(yīng)該去做的，如果我當(dāng)時(shí)幫助做開發(fā)，那么很多測(cè)試都完成不了，一樣保證不了質(zhì)量。所以，測(cè)試人員除了要了解業(yè)務(wù)，使用簡(jiǎn)單、清晰的語(yǔ)言構(gòu)造來進(jìn)展測(cè)試之外，還應(yīng)該準(zhǔn)確定位自己，明白自己在整個(gè)版本迭代中，控制質(zhì)量的位置！事后想想，那段日子鍛煉了什么？那三個(gè)月無法忘記，每天高強(qiáng)度測(cè)試，用的最多的就是：功能測(cè)試〔邊界值、場(chǎng)景法〕，白盒測(cè)試。其實(shí)就是鍛煉了測(cè)試的根底技能和流程管理。后來測(cè)試管理流程逐步建立起來，但是在測(cè)試過程中，應(yīng)當(dāng)如何提高代碼質(zhì)量？這個(gè)階段我們參考了敏捷開發(fā)中高質(zhì)量Java代碼開發(fā)實(shí)踐，做了一些適合團(tuán)隊(duì)的改良，見下列圖：圖：質(zhì)量提升的模式這種迭代版本中java代碼質(zhì)量提升的模式，已經(jīng)采用了將近一年，非常有效。同年Q2，我們對(duì)測(cè)試管理進(jìn)展了改良，其中是受到段念-段文韜?組織敏捷測(cè)試?影響，采用類似“一頁(yè)紙方案〞的測(cè)試文檔〔在此要感謝段念-段文韜〕在redmine進(jìn)展管理。之前每次整理測(cè)試方案，發(fā)送給開發(fā)人員，實(shí)際上消耗了一些時(shí)間，并且成效不大，現(xiàn)在的任務(wù)：需求、開發(fā)、測(cè)試，全部交給redmine管理，所有事情一目了然，對(duì)任何人都是可見的，有沒有完成，進(jìn)度如何，非常清晰。為了標(biāo)準(zhǔn)整個(gè)開發(fā)測(cè)試流程的管理，包括開發(fā)、測(cè)試的交互，我們又制定了輕量級(jí)的SQA框架，見下列圖：圖：最初制定的SQA框架不過此后這個(gè)框架也發(fā)生了比擬大的變化，做得更好、更輕量級(jí)。無獨(dú)有偶，我偶然的時(shí)機(jī)買了一本X少民教師的：?全程軟件測(cè)試?，覺察這個(gè)SQA框架也是滲透到目前的每個(gè)環(huán)節(jié)，更適合目前團(tuán)隊(duì)的scrum模式，在此也要感謝X少民教師，真是相見恨晚，不然可以少走很多彎路?。?！大家可能會(huì)問：Scrum模式、用戶故事，測(cè)試人員怎么利用？為什么想到這個(gè)？如果遺漏了測(cè)試場(chǎng)景，團(tuán)隊(duì)會(huì)很不爽，怎么防止呢？結(jié)合Aullyxiao的?軟件測(cè)試之魂?提到分層測(cè)試的想法，想了想，還可以這么整：圖：分層測(cè)試圖對(duì)于目前的開發(fā)架構(gòu)來說，一個(gè)用戶故事，涉及這四個(gè)點(diǎn)，可以從這四個(gè)點(diǎn)入手來進(jìn)展質(zhì)量保證。如何做呢？單元測(cè)試就開發(fā)人員處理了；代碼審查，測(cè)試人員可以參與和監(jiān)視，其實(shí)就是要保證：將開發(fā)任務(wù)與提交到SVN的代碼進(jìn)展關(guān)聯(lián)。這樣一來，當(dāng)測(cè)試人員檢查開發(fā)任務(wù)的時(shí)候，就可以找到改變過的代碼。我曾經(jīng)試過從這些代碼里面查看邏輯，找到分支場(chǎng)景，補(bǔ)充到測(cè)試用例里面。在此期間，我還看過架構(gòu)師Jack原創(chuàng)的?功能測(cè)試用例根底設(shè)計(jì)模型?，這個(gè)文檔2天轉(zhuǎn)發(fā)已超過150次，我也向所有同行推薦該測(cè)試設(shè)計(jì)模型實(shí)例化的測(cè)試用例，供大家消化該設(shè)計(jì)模型。想要的朋友可以去微盤下載?功能測(cè)試根底設(shè)計(jì)模型〔24個(gè)設(shè)計(jì)方法的實(shí)例化用例〕?。我當(dāng)時(shí)還借鑒了季哥來自淘寶的?探索式測(cè)試?系列文章，包括：?探索式測(cè)試的秘密——記在淘兩年?、?組合測(cè)試法中的全對(duì)偶測(cè)試法?、?探索式測(cè)試實(shí)踐之缺陷大掃除和結(jié)對(duì)測(cè)試?。當(dāng)然這么多東西，我覺得自己還需要時(shí)間來消化。繼續(xù)測(cè)試之路——路上的風(fēng)景也許會(huì)有人問：有沒有懊悔做tester？我過去也常問自己：做得開心嗎？產(chǎn)品質(zhì)量提升了嗎？看到自己的前景了嗎？找到high點(diǎn)了嗎？現(xiàn)在我可以答復(fù)：OK，我做到了，并且還可以持續(xù)做得更好。可能有很多測(cè)試人員會(huì)問：測(cè)試人員的價(jià)值到底何在？在這里，我套用和整合X少民教師的一些術(shù)語(yǔ)，給出我的答復(fù)。我認(rèn)為，Scrum中測(cè)試人員價(jià)值應(yīng)當(dāng)表達(dá)在：預(yù)防缺陷的手段，提高洞察力，增強(qiáng)業(yè)務(wù)知識(shí)。缺陷在需求、開發(fā)前期就已經(jīng)存在了，關(guān)鍵是用什么手段去挖掘出來預(yù)防。在sprint前獲取到的需求，測(cè)試人員可以站在客戶角度上來闡述自己的觀點(diǎn)，與開發(fā)人員進(jìn)展充分交流和討論，使自己在用戶體驗(yàn)、業(yè)務(wù)邏輯等等方面的經(jīng)歷充分表達(dá)出來。在開發(fā)過程中，測(cè)試人員除了站在客戶的角度進(jìn)展測(cè)試，還應(yīng)當(dāng)提供更全面的質(zhì)量反應(yīng)，包括代碼質(zhì)量的檢查，這個(gè)可以通過redmine與SVN雙向關(guān)聯(lián)來做檢查依據(jù)。目前整個(gè)過程測(cè)試人員尚未參與代碼編寫，應(yīng)當(dāng)參與并推進(jìn)代碼評(píng)審，將代碼問題及時(shí)反應(yīng)出來；并且參與或者推進(jìn)單元測(cè)試，檢查單元測(cè)試狀態(tài)〔確保單元測(cè)試到達(dá)80%以上覆蓋率，幫助開發(fā)人員開發(fā)出具有良好可測(cè)試性的代碼〕，自始至終將質(zhì)量問題及時(shí)反應(yīng)出來，保證在sprint的整個(gè)過程中質(zhì)量受到足夠的關(guān)注，提高質(zhì)量改良的持續(xù)性和可視性。隨著版本任務(wù)的增加，每個(gè)版本回歸測(cè)試的本錢增加，可以適當(dāng)考慮局部穩(wěn)定功能進(jìn)展自動(dòng)化測(cè)試。當(dāng)然，這是遠(yuǎn)景。持續(xù)改良、反應(yīng)，充分發(fā)揮每個(gè)版本統(tǒng)計(jì)報(bào)告的作用，對(duì)缺陷進(jìn)展分析，總結(jié)出一些規(guī)律，幫助開發(fā)人員建立良好的習(xí)慣，改良代碼的質(zhì)量。測(cè)試人員，應(yīng)當(dāng)在自己的道路上看到風(fēng)景，以前作為開發(fā)，寫好一個(gè)功能，很high；測(cè)試人員也要有這種心境，提高了產(chǎn)品質(zhì)量，預(yù)防了缺陷，很high。找到自己的high法，才可以把測(cè)試玩得更爽，我知道X少民教師、季哥來自淘寶、段念-段文韜、架構(gòu)師Jack，都玩得很爽，但是有一點(diǎn)：要爽得靠自己，多跟高手交流，有利于提升自己，但是不要刻意復(fù)制別人成功的經(jīng)歷，因?yàn)槊總€(gè)團(tuán)隊(duì)的模式和環(huán)境不大一樣?？偨Y(jié)每個(gè)人離開自己熟悉的領(lǐng)域，投入到新的領(lǐng)域中〔說實(shí)在軟件測(cè)試也囊括了開發(fā)領(lǐng)域〕，必然存在一些迷茫，不知如何入手，身邊如果有一個(gè)靠譜的高手，指點(diǎn)一下，眼前將會(huì)一片明亮。可惜，現(xiàn)實(shí)總是殘酷的，往往很多時(shí)候，都要靠自己去摸索，只有經(jīng)歷了、深刻體會(huì)了，才知道如何改變，以及如何迎接新挑戰(zhàn)，調(diào)整到恰到好處的心態(tài)。這樣子，才能夠穩(wěn)健進(jìn)入轉(zhuǎn)型的軌道。不要害怕改變和投入，一定要堅(jiān)決信念，在前進(jìn)的道路上，多參考同