另外一個要學的是軟件知識,測試是為軟件服務的,軟件工程,編程語言,架構,網絡,一切與開發有關的知識,你都要學,這里要學的東西非常多,不要求深度但要求廣度。我們在需求評審的時候,有時開發人員會說到技術實現,功能的邏輯,內部處理機制,架構層級等,如果你全部不懂那多“見外”呀,當然,這些知識無形中潛移默化的作用你的測試行為,對被測系統的理解深度以及發現問題的深度。我曾多次用“隔衣撓癢”來說不懂開發的測試,什么感覺,你自己體會去吧!
當然,每個人都有自己的知識架構和自我的學習路線。不要猶豫哪個技術好學,哪個技術有前途,哪個技術工資高。比對吧!看看各種技術社區相互吐槽。只能是沒完沒了吐槽。不管你學與不學,技術就在那里,你的技術水平不增不減。當然,也不能一直悶頭苦學,學一段時間應該停下來總結與思考。我要走什么路線?我所走的路線還欠缺哪些能力?我還有哪些方面需要加強。當然,也應該關注一下未來的技術趨勢。
職責決定價值
最近讀的51testing《 軟件測試,想說愛你不容易》一文,感受頗深。作者以工作七年測試員的感受來談軟件測試。
其中有一例子頗為深刻,一語道明其中的道理。如果做為一個努力并掙扎中的測試員依然不明白為測試為什么低于開發。拿護士與醫生來比喻測試與開發的關系再明了不過了。一個醫院中最常見的兩個職位就是醫生與護士。即使再優秀再專業的護士,治愈不了病人的病。同樣,一個再優秀的測試員做不出軟件來。名醫很多,也許你隨口就能叫出幾個來,有誰能細數一下有名的護士,除了開創者南丁格爾??峙陆胁簧弦粋€來。其實測試與開發也是這樣的關系。因為職責不同,當然有輕重之分。
存在既有價值,醫院不能沒有護士,軟件開發中需要測試。好吧!請正確看待自己職業。也許,你會轉向更有價值的開發人員,或者架構師?;蛘卟恢叺墓ぷ?。我想大多會繼續選擇在測試的道路上繼續前行。那就盡量讓自己的價值最大化吧。帶個測試團隊,或做測試講師,或出幾本書,成為一個測試專家,探索一下測試的新技術,新模式。既然選擇了并熱愛那就努力前行吧!
敏捷測試
由于最近項目的情況,越來越決得流程的繁瑣。在這么繁瑣的流程下,并沒有很好的保證產品的質量,測試人員的大部分時間都消耗在各種文檔中。所以,開始了解敏捷測試。也想從中尋找想要的答案。
敏捷測試對測試人員提出了更高的要求。測試不再是流程中的一個環節,而是高度的融入項目的整個流程。也許這可以使測試人員的價值更大化,但需要你有足夠的能力去迎接它。
敏捷測試人員的定義
我們這樣定義敏捷測試人員:專業的測試人員,適應變化,與技術人員和業務人員展開良好協作,并理解利用測試記錄需求和驅動開發的思想。敏捷測試人員往往具有優秀的技術能力,知道如何與他人合作以實現自動化測試,同時也擅長探索性測試。他們希望了解客戶在做什么,以此更好地理解客戶的軟件需求。
原文轉自:http://www.cnblogs.com/fnng/archive/2013/01/07/2848502.html