|
因?yàn)橐恢睆氖聎eb產(chǎn)品的測試，我的觀點(diǎn)并不一定適合所有的類型項(xiàng)目。
工作已將近三年了，雖然這三個(gè)年頭里我都在積極的學(xué)習(xí)著與測試相關(guān)的技術(shù)；但是能沉淀的東西很少。相信測試同學(xué)都有類似的感覺。
不要為了測試而測試 前幾天做了一個(gè)測試的PPT ，就是講項(xiàng)目中要用到的測試技術(shù)，總結(jié)了半天其實(shí)實(shí)際的產(chǎn)品中沒什么技術(shù)，熟悉需求，轉(zhuǎn)化成用例，待項(xiàng)目上線后驗(yàn)證功能就OK 了；對一個(gè)自身質(zhì)量要求不高的項(xiàng)目，我們有時(shí)候?yàn)榱梭w現(xiàn)自己價(jià)值，非要在一些不痛不養(yǎng)的問題上揪著不放。 舉個(gè)不恰當(dāng)例子，某鋼琴高手開了一個(gè)補(bǔ)習(xí)班教鋼琴，家長送來一孩子目的只是讓孩子學(xué)學(xué)鋼琴；鋼琴高手為了體驗(yàn)自己的價(jià)值（牛B），硬是按照貝多芬的標(biāo)準(zhǔn)去培養(yǎng)，孩子彈不會(huì)《XX交響曲》不讓孩子走。先不說孩子有沒有貝多芬的鋼琴天資，也許孩子壓根就不想成為貝多芬。 當(dāng)然了，如果你辦的是“中國音樂家鋼琴協(xié)會(huì)”，你有責(zé)任要求會(huì)員達(dá)到國際超一流水平，為國家和個(gè)人贏得榮譽(yù)。
有時(shí)候不要為了測試去測試，或?yàn)榱梭w現(xiàn)自己的價(jià)值去做一些對整個(gè)項(xiàng)目貢獻(xiàn)不大的事兒。當(dāng)然，我在這里不是讓測試人員放棄自己的原則。要知道不管是產(chǎn)品、開發(fā)、測試都是圍繞著產(chǎn)品的發(fā)展貢獻(xiàn)。 為貢獻(xiàn)產(chǎn)品的發(fā)展測試遠(yuǎn)比為了測試了測試所帶來的價(jià)值大得多；所以站在產(chǎn)品的發(fā)展上去看待測試工作更能體現(xiàn)自己的價(jià)值。
記得去年的總結(jié)再討論自己對流程的理解。隨著工作年齡的加長對這些問題也有進(jìn)一步的看法；所以，再拿來炒一炒，希望能炒出新的味道。
沒有最好的開發(fā)測試流程，只有最適合項(xiàng)目的開發(fā)測試的流程；
去年的一篇說軟件測試流程，嚴(yán)格規(guī)范的測試流程一定比沒流程好，敏捷的流程一定比傳統(tǒng)的瀑布流程先進(jìn)。這個(gè)觀點(diǎn)沒有大的錯(cuò)誤，但是我們忽略了所做有產(chǎn)品這個(gè)“對象”；忽略了產(chǎn)品的特點(diǎn)與階段。
例如兩三個(gè)開發(fā)合伙開發(fā)一個(gè)項(xiàng)目（或產(chǎn)品），這時(shí)你讓他們建立一套規(guī)范的流程，按流程實(shí)施，顯然是不現(xiàn)實(shí)，我想擺在他們面前最主要的問題是，如何快速的把客戶需要的功能開發(fā)出來換成money ，維持生計(jì)以及公司運(yùn)作。 例如一個(gè)各種功能已經(jīng)成熟的項(xiàng)目，有著龐大的用戶群，以維護(hù)為主的更新，它的版本功能的上線必須要建立嚴(yán)格的發(fā)布流程，經(jīng)過充分的測試才能上線；用戶群越大，暴露的問題越多，問題帶來的影響也會(huì)越大。 同樣是一個(gè)web產(chǎn)品，筆者目前所做的項(xiàng)目流程完全不是這樣；我們的發(fā)布流程很簡單，測試流程也很簡單，不去寫的規(guī)范又復(fù)雜的測試用例，放棄了使用缺陷管理工具來反饋問題； 溝通變得尤為重要；我不否認(rèn)這樣做會(huì)給產(chǎn)品帶來了一定的風(fēng)險(xiǎn)；對于嚴(yán)重的問題，我們可以通過快速的版本回滾，對于輕微的問題，我們很快會(huì)在下個(gè)版本迭代中修復(fù)。是不是有點(diǎn)敏捷的味道在里面。 為什么會(huì)這樣？因?yàn)檫@個(gè)產(chǎn)品屬于前期開發(fā)階段，很多功能還沒上線。整個(gè)團(tuán)隊(duì)都在貢獻(xiàn)著產(chǎn)品的發(fā)展；需要快速的將需求轉(zhuǎn)化成功能給用戶使用。 所以，沒有最好的開發(fā)測試流程，只有最適合項(xiàng)目與階段的開發(fā)測試的流程；
產(chǎn)品質(zhì)量與用戶容忍度
之前看過不少人討論到底需不需要測試人員；我想說測試人員N年后不管是被重視了還是被淘汰了“測試的行為”永遠(yuǎn)不會(huì)消失；因?yàn)闆]有質(zhì)量的產(chǎn)品基本上等于沒有價(jià)值（也就是說沒存在的意義），至于對產(chǎn)品質(zhì)量的要求是由用戶容忍度決定的。 Facebook 沒有測試人員！但是測試行為一直都在。開發(fā)找需求，開發(fā)、自測、發(fā)布，獲得用戶反饋，決定功能下線還是上新的功能---相當(dāng)于一條龍的服務(wù)。因?yàn)橛脩舻娜萑潭仍试S他這么做。 微軟不能這么干，修復(fù)一個(gè)windows 的bug成本很高，而且用戶是花錢買的，也許用戶是用來創(chuàng)造價(jià)值的（辦室、存儲(chǔ)、管理），也許一個(gè)文件丟失，系統(tǒng)崩潰會(huì)給用戶帶來巨大損失；所以，微軟需要很多的測試員。 拿修復(fù)成本與用戶容忍度做標(biāo)準(zhǔn)，web產(chǎn)品優(yōu)于客戶端產(chǎn)品；在web產(chǎn)品中也要分行業(yè)；用戶對銀行系統(tǒng)、火車票、購物網(wǎng)站的容忍度顯然要低一些，反過來說也就是對產(chǎn)品的質(zhì)量要求更高，因?yàn)榕c錢掛鉤。就算同一個(gè)產(chǎn)品，會(huì)員與免費(fèi)用戶的容忍度也是不一樣的；因?yàn)闀?huì)員用戶有權(quán)得到更好質(zhì)量與服務(wù)。
所以，關(guān)注分析用戶的容忍度的測試才不會(huì)把自己變得格格不入。
提升自己的貢獻(xiàn)
前面的東西貌似都在“弱化”測試存在的價(jià)值；俺本來就不被重視，所以俺就需要更加認(rèn)真和努力找問題來提升自己存在的價(jià)值，你現(xiàn)在說，有些產(chǎn)品不需要太指著的去測試；那你說俺還能干啥？ 當(dāng)我們把測試看成是為開發(fā)和產(chǎn)品服務(wù)時(shí)，也許情況會(huì)完全不一樣。我們可以提供哪些服務(wù)？
前面已經(jīng)提到隊(duì)團(tuán)不管是否有測試人員，但測試行為一定會(huì)存在；如果一個(gè)產(chǎn)品都不可測試，如何去發(fā)現(xiàn)并修復(fù)bug ，如何去維護(hù)與擴(kuò)展？尤其對于web產(chǎn)品來講，不可維護(hù)與擴(kuò)展的產(chǎn)品無疑是致命的。（可以通過項(xiàng)目重構(gòu)再解決）
為項(xiàng)目團(tuán)隊(duì)提供每個(gè)版本的bug趨勢分析數(shù)據(jù)，讓項(xiàng)目中的每個(gè)人都了解項(xiàng)目當(dāng)前的狀態(tài) 通過分析bug數(shù)據(jù)來建立或完善各種Checklist，幫助項(xiàng)目團(tuán)隊(duì)更好的完成需求評(píng)審、設(shè)計(jì)評(píng)審以及代碼評(píng)審，減少bug出現(xiàn)的機(jī)會(huì)。同時(shí)，可以定期將多個(gè)項(xiàng)目的Checklist進(jìn)行合并，使單個(gè)項(xiàng)目的經(jīng)驗(yàn)可以通過Test Team快速的流動(dòng)起來，及時(shí)的作用于其他項(xiàng)目 主動(dòng)為Architect Team提供每個(gè)項(xiàng)目的性能測試數(shù)據(jù)，幫助他們獲取更多的實(shí)際項(xiàng)目信息，減少踏入“陷阱”的幾率
建立自動(dòng)化測試測試框架； 構(gòu)建持續(xù)集成，使版本的迭代與更新得到快速的反饋。
沒有測試人員自測節(jié)省人力的了，尤其在單元測試層面。產(chǎn)品的質(zhì)量應(yīng)該由開發(fā)與測試共同承擔(dān)。（現(xiàn)實(shí)中的責(zé)任到人，讓團(tuán)隊(duì)很難形成這種文化）
舊病成醫(yī)，測試的產(chǎn)品多了自然會(huì)對產(chǎn)品有自己的理解，產(chǎn)品的定位，用戶習(xí)慣與體驗(yàn)； 可以從測試的角度貢獻(xiàn)產(chǎn)品的發(fā)展。（這個(gè)由產(chǎn)品的特點(diǎn)，公司文化決定）
---------------------------------- |
|
|
