小月河的夜晚
1. 想客戶之所想,思客戶之所思
在測試的過程中時刻想著用戶。培養自己對用戶需求的共鳴。和用戶溝通並且觀察他們怎們樣使用你的軟件。多從用戶的角度去考慮問題,從小白的角度去使用,用專家的態度去更改。
2. 多讀Bug
如果你和一個團隊的軟件測試工程師一起工作,那麼請閱讀他們每天發的Bug,特別是那些針對你的測試部分的Bug 。你可以從別人如何找到Bug中學到很多東西。提高自己的觀察力。
3. 多讀代碼
找到你測試的那部分功能的代碼。雖然寫代碼並不是你的事,但是讀那些代碼常常會幫助你找到潛在的邊際情況和軟件缺陷。多學習一項技能,多一次晉升的機會。
4. 為你發現的Bug而驕傲
促成一個軟件Bug的修復是從寫好Bug標題和描述開始的。我每次發完一個Bug都會把這個Bug重讀一遍以確保它是合理的並提供恰倒好處的細節。如果一些重要的Bug 沒有被糾正,要追根究底,確保決定和利弊權衡是正確的。相信自己是最棒的!
5. 參加軟件功能的設計
在軟代碼編寫之前,在仍有可能有大的設計變更的時候,積極參加軟件的計劃階段,這會幫助你瞭解正被考慮的折衷和權衡。瞭解的深了才能看的更遠。
6. 設計你的測試
無論是尋找邊界值,運用組合技術,畫圖表,或創建測試模型,把你的想法放進你的測試設計中總是有用的。在試探性測試的時候,有意識地去交替你的測試計劃和產品學習。不斷嘗試找到更好的方法。
7. 瞭解你測試的功能
不管你測試的是那一塊功能,你應該瞭解它的設計,它的侷限性,別人發現的Bug,代碼的變動,以及它和其它功能間的交互關係。多交流,多學習。
8. 和別人合作測試你負責的部分
和有不同專長的人一起測試你的功能模塊,一起討論測試的點子並且徵詢他們的反饋意見。交流經驗,共同進步。
9. 學習你測試的軟件
即使你只是測試一個軟件中的很小一部分,成為其它新功能和整個軟件的專家都會幫助你成為一個更好的測試工程師。經驗是一點一點積累的。
10. 培養和開發人員的良好關係
測試工作有時候是對抗性的,以致很容易使有些與你共事的人在做決定時忽略你的意見。與修復Bug的開發人員建立堅實的關係對了解最新進展和促成Bug的修復會有裨益。良好的溝通能力是解決問題的前提。
11. 提高你的編程能力
編程還是一項有價值的技能,他能幫助你更好地閱讀代碼,理解產品的內在,同時幫助你寫一些小工具使得平淡反覆的工作變得簡單。
12. 參加Bug的審閱 (Triage)
在產品發佈前的最後一些日子裡,Bug審閱組開會決定哪一些Bug應該修復,哪一些應該留到以後的版本去修復。如果你通常不在這個會議的邀請名單中,那麼去主動要求參加。你會看到在測試員信譽,用戶影響和已知風險等因素間做出折衷決定的過程。這將會是一種非常有趣的經歷。
Robert羅老師
10年的軟件測試,說明已經在這個行業算得上是一個資深的老員工,工作經驗和技能應該達到了一定的造詣,沒有什麼比經驗更可靠,那麼這個時候,想必你在測試團隊乃至公司的組織中,算是一個核心骨幹,或者是一名帶團隊的組長或者主管,在工作當中,會授權做一些項目管理的工作,也可能是一個測試組長,給新人培訓、賦能,這個時候釋放了往管理方面釋放的信號,當然這些都要看你個人意願,是否有興趣從事項目管理工作,如果你還是繼續做著測試的本質工作,或者還是一個普通的測試工作者,那麼要想想具體原因了。這個階段,你必須要轉型,有兩個分水嶺,第一、繼續往技術上面發展精進,可以做一個TSE,或者SE,都可以。第二、往管理方面發展,做一個帶團隊的測試主管,或者做項目經理,都是比較合適的。在職業生涯中,能持續的在一家公司或者多個平臺積累了10年工作經驗的人,我認為必須要考慮到自己接下來的職業規劃,而不是隨其自然,做一天是一天,必須要給自己一個定位,該走往哪條路,有任何往上發展的機會,爭取都要抓住,去開拓新的領域,這樣才有出路,才有你個人的競爭力。如上是我個人拙見,請參考。
我生有涯而願無盡
如果說的是技術方向,推薦的路徑:
軟件測試工程師->測試開發工程師->效率平臺開發工程師。
分佈對應的技能要求:
軟件測試工程師:測試理論知識、需求分析理解能力、發現和解決問題的能力;
測試開發工程師:在測試工程師的基礎上,知道怎麼利用工具/系統來提升測試效率,更好的保證測試效果;
效率平臺工程師:提供給開發和測試同學需要的系統的平臺和技術支持,自發收集需求改進當前流程過程中的問題。