離開網易的轉型之路3:熱愛測試之路-路上的風景

Infoq發佈了文章,這裏我仍是吐槽原文,未修改的,讓你們品味下:架構

三、熱愛測試之路-路上的風景ide

若是問有沒有後悔作tester?svn

我問本身:作的開心嗎?產品質量提高了嗎?看到本身的前景了嗎?找到high點了嗎?單元測試

ok,作到了,而且還能夠持續作得更好,確實雷叔找對人了,也沒有看錯了。測試

可能有不少測試人員,會問:測試人員的價值?項目管理

在這裏,我套用和整合@朱少民老師 的一些術語:開發

我認爲,scrum中測試人員價值應當體如今:產品

一、預防缺陷的手段,提升洞察力,加強業務知識it

缺陷在需求、開發前期就已經存在了,關鍵是用什麼手段去挖掘出來預防。自動化

在sprint前,獲取到的需求,測試人員能夠站在客戶角度上來闡述本身的觀點,與開發人員進行充分的交流和討論,使本身在用戶體驗、業務邏輯等等方面的經驗充分體現出來。

二、在開發過程當中,測試人員除了站在客戶的角度進行測試,還應當提供更全面的質量反饋:包括代碼質量的檢查,這個能夠經過redmine與svn雙向關聯來作檢查依據(redmine是咱們的項目管理平臺)。目前整個過程測試人員還沒有參與代碼編寫,應當參與並推動代碼評審,將代碼問題及時反饋出來;而且參與或者推動單元測試,檢查單元測試狀態(確保單元測試達到80%以上覆蓋率,以及幫助開發人員開發出具備良好可測試性的代碼),至始至終將質量問題及時反饋出來,保證在sprint的整個過程當中質量受到足夠的關注,提升質量改進的持續性和可視性。

三、隨着版本任務的增長,每一個版本回歸測試的成本增長,能夠適當考慮部分穩定功能進行自動化測試。(遠景)

四、持續改進、反饋,充分發揮每一個版本統計報告的做用,對缺陷進行分析,總結出一些規律,幫助開發人員創建良好的習慣,改進代碼的質量。

測試人員, 應當在本身的道路上看到風景,之前做爲開發,寫好一個功能,很high;測試人員也要有這種心境,提升了產品質量,預防了缺陷,很high,找到本身的high法,才能夠把測試玩的更爽 ,我知道@朱少民老師、@季哥來自淘寶、@段念-段文韜、@架構師Jack,都玩得很爽,可是,有一點,要爽得靠本身,多跟高手交流,有利於提高本身,可是不要刻意複製別人成功的經驗,應當借鑑,由於每一個團隊的模式和環境不大相同,他們都是大師級人物,咱們能夠無限制去接近。

總結:

每一個人,離開本身熟悉的領域,投入到新的領域中(說實在軟件測試也囊括了開發領域),必然存在一些迷茫,不知如何入手,身邊若是有一個靠譜的高手,指點一下,眼前將會一片明亮;惋惜,現實老是殘酷的,每每不少時候,都是要靠本身去摸索的,只有經歷了、深入體會了,才知道如何改變,以及如何迎接新挑戰,調整到恰到好處的心態,這樣子,纔可以穩健進入轉型的軌道。不要懼怕改變和投入,必定要堅決信念,在前進的道路上,多參考同行的成功經驗:@朱少民老師、@段念-段文韜,@季哥來自淘寶、@架構師Jack,@Aullyxiao,迎合團隊價值,不斷修正本身的誤差,走出一條華麗的直路!

我很慶幸,經歷了一個測試團隊,從無到有的建立,同時也幫助開發人員掌握了一些測試的基本技能,用於推動質量保證,讓整個團隊達到共識;如今的我,只是剛過了轉型的痛苦期,測試也僅僅是剛剛開始,還有不少有意義的事情須要去作,路漫漫其修遠兮,吾將上下而求索!

相關文章
相關標籤/搜索