前言：面試
國內軟件測試行業的從業者，有多少是由於興趣而選擇的這個行業呢？有的人是由於原先從事的行業薪水比軟件行業低，而後跳到這個行業；也有的是以爲軟件測試門檻低，畢業後作不了開發就無奈選擇測試。。。不管當初作出選擇的緣由是什麼，我想咱們中的多數人如今還在繼續作着這樣一份工做的緣由，無非是養家餬口。有多少人還能保持當初的激情呢？ 或者有多少人還能堅持作一些學習自我提高呢？在面試過程當中我常問應聘者，你是否以爲本身是有上進心的人呢？ 全部人都會說是， 接着再問，那麼你平時看過什麼書，或者作過什麼學習呢？ 回答上來的寥寥無幾。不得不讓人嘆息。微信
今天的主題：在咱們軟件行業，加班是種常態，天天留給本身的時間可能並很少，那麼在這種狀況下咱們該如何學習？架構
咱們平常所作的工做，能帶給咱們的提高並很少，由於大多數工做咱們作熟練了之後，都是重複性的工做，這也就決定了咱們須要本身更主動的去學習，去擴展咱們的學習對象。框架
首先咱們能夠經過參加公司各項會議來學習，包括例會、技術評審會、項目評審會等等，注意傾聽和總結。運維
好比參加項目評審會，咱們能夠觀察一下會議組織者是如何組織這項會議（如會議前他們作了什麼工做，爲何這麼作），瞭解他們但願達到什麼樣的效果，觀察在場的人怎麼積極表達本身的觀點？ 會議主持者經過什麼樣的方式來調動參會人員的互動熱情（軟件行業的人廣泛比較悶，不愛發言）。或者一樣的用例評審會，在會議過程採用了那種方式進行（評審需求、用例仍是問題？），哪一種方式更高效。 若本身有想法， 也積極的去表達，能夠看看本身的想法可否獲得支持，可否被實施。 學習
再好比參加技術評審會，咱們能夠跟開發多學習更多技術方面的問題。開發常常會提到各類架構，各類專業名詞， 好比主庫、從庫、分表、分庫。。。若是在會議上問開發這些術語是什麼意思，可能開發以爲這些名詞過於簡單而不屑解釋。那就把專業名詞記錄下來，一個一個去百度。或者會議結束後找人講解。 有時候開發看到測試什麼也不懂，下次相似的例會更不會叫上測試。 參加會議切記不要雲裏霧裏就過去了，這樣也就失去了一個提高本身的很好的機會。測試
跟管理層的會議，注意多多關注他們的談吐，看一下他們的關注點在哪，看看他們具有什麼樣的能力，看他們平常如何管理部門和公司的，思考一下爲何他們能作到這個崗位。spa
在一些互聯網公司，老闆或者總裁特別南青，跟他們相處時能夠觀察一下他們的談吐，看看他們的表達方式，他們的努力。。。他們怎麼把戰略傳達給你們。---這些老總有個共同的特色，就是演講溝通能力特別強，這方面能夠多學習一下。.net
除了經過參加各類會議進行學習，還能夠在工做中多作一些有挑戰的事情——不要讓本身在工做中特別的安逸和順手，若是一直特別順利，那麼說明你也沒有提高，一直在重複昨天的本身。
設計
好比用例設計能力弱，平時就多跟組裏的分享本身的測試用例，回答他們的提問，從而不斷提高咱們思惟的全面性——這也是咱們測試人員的核心競爭力之一。
好比自學自動化測試方面的技術，嘗試寫一個自動化的框架，在本身小有成就的時候跟領導申請作一下自動化方面的東西，或者作一些分享。經過工做來驗證本身學習的成果。
咱們平時的工做中，有挑戰的事情真的很少，若是真的出現了，就好好的爭取一下這樣的機會。 好比如今某個測試主管的崗位空出來了，能夠積極的跟領導申請一下，無論能力是否達到，先把坑佔了，即便不成功，起碼也把態度表達出來，這樣領導在後續的工做中通常也會有意的增強對你的培養。並且測試主管的崗位可能前期作起來有些困難，但從中長期來看，也沒什麼不能勝任的。
另外呢，平時多跟不一樣的人，特別是有能力的人進行一些交流。好比跟產品人員的溝通，看他們怎麼設計產品，爲何這麼設計，這麼設計有什麼好處，是否有相應的運維數據支撐？
換工做時有機會能夠去一些大公司，大公司除了待遇制度各方面更完善，更重要的是有更多更優秀的人，跟這些行業內的大牛共事，也能夠更快的提高本身。
總結一下：
咱們要從不一樣的會議中跟不一樣的人去學習，不斷的思考，不斷的學習咱們不知道的東西，而且在工做中多接受一些有挑戰的事情，儘量多的挑戰本身，若是沒有這樣挑戰的機會出現，咱們要儘量多利用八小時以外多作一些學習，在小有成就的時候，嘗試把咱們的學習成果引入到咱們的工做當中，這也是經過工做的實踐來驗證咱們業餘學習的成果，經過這樣日復一日的努力、思考和實踐，讓咱們的職業生涯到達一個新的高度，另外就是，若是有機會去大公司的話，必定不要錯過，由於在大公司，你能認識更優秀的人才，從他們身上學習到更優秀的知識和一些寶貴的經歷。
最後想說的話， 不少人徹底想依賴本職工做來提高本身。在我看來這是錯誤的，由於多數工做並不須要太多挑戰，若是每天都在挑戰本身，那麼說明你不勝任這個崗位，你也就無法留在這個公司了。平時求生存，週末求發展。因此，仍是多多作一些自我學習和提高吧。
本文分享自微信公衆號 - 軟件測試經驗與教訓（udatest）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。