成為測試大牛路上的心得與總結
首先聲明一點,心得與總結不包括教程,教育類型,而是一些個人學習總結,工作總結,技巧總結等;
一直以來,自己都認為,學習別人的「學習心得,總結或工作心得,總結」是最快的提升方法,因為是站在前人的基礎上進行學習,所以能規避掉學習道路上的陷阱,障礙,困難等,它能讓自己以最順利,最安全的方法去走這條路。自己從畢業也一直這樣過來的,其實從心理層講,就是想少走彎路,多成功。
直到最近,在工作上遇到的幾方面,讓我思索以前的想法是不是正確的?
先說幾個最近工作中遇到的例子:
編寫測試用例在測試行業中是一項很基礎,也是非常重要的技術,就像寫代碼在開發行業中一樣重要,所以在上半年帶實習生的時候對測試用例的培訓也是煞費苦心,一直認為只要培訓講好了,後期寫用例的時候就會少走彎路,能夠少犯以前自己寫用例時候的一些錯誤,但是結果卻是恰恰相反,該犯的錯誤還是照樣,為什麼會這樣,難到前期的培訓沒有效果,難到自己以前總結的寫用例方法無效?
但是他們並沒有偷懶,在網上,書上也看了很多的用例編寫方法,總結等。
再說另外「編寫BUG」的例子,在前期的時候也對實習生進行培訓,給他們看自己的總結,讓他們到網上看其他人寫的總結,講解編寫BUG應該注意到的一些地方,編寫BUG應該用詞準確,一目了然等,也給他們看了許多編寫的BUG實例,就是希望在編寫BUG時能比較高效,少犯一些錯誤?實際情況確還是那樣,編寫的BUG漏洞百出。
通過上面2件事,自己不禁比較鬱悶,難到自己的方法有問題,網上的總結,書上的心得也有問題?還是他們自身在學的過程中不努力?
其實都不是,問題出在我們「看待學習心得,總結」的思路不對,在學習其他人的總結時,都是假定自己看了都能學會,能理解。
其實這本身就是錯誤的,所以才在期望上也是錯誤的。心得,總結都是別人長時間才能產生的,不是一朝一夕能出的,自己花了幾小時,甚至幾十分鐘看以下「就能掌握,就能讓自己以後少走彎路」。可能嗎?想通這些後,那如何去看別人寫的心得,總結?
首先應該調整心態,在看別人的心得總結時,不盲目,不崇拜,要帶著目的性,懷疑心,審查性(誰讓自己是搞測試的,呵呵)去看,要做到讓自己控制住自己的大腦,而不是讓大腦控制住自己。
而且在看之前,一定要尋找自己目前正在工作的,正在學習方面的總結,不要看自己還沒有接觸的知識總結,體現在看之前要有針對性。
其次,在看別人寫的東西時,不要抱太大的期望,看看現在市面上的那些些成功方面的書籍,雜看起來都非常好,但真正對自己有用的呢?
也不見說誰看了XX書就成功了,因為別人寫的都是站在自身的位置,而你是站在旁觀者位置,站在旁觀者位置不一定看得就清楚,也許是霧裡看花,在看之前要有準備「看了之後沒有效果很正常,看了之後有幫助那就是撿到寶了」。
最後,要多經歷,多實踐,多總結,沒有困難要創造困難,沒有障礙要創造一些障礙,在困難中總結,在成功中總結屬於自己的心得,然後在看別人的心得時和自己總結的心得進行對比。
就比如「軟體測試經驗與教訓」那本書,不清楚多少人能真正看明白,反正自己現在還有很多不能真正體會,以前做測試員能看懂前面幾章,現在在做管理能看懂管理的那部分,因為自身經歷了,總結了再去對比看的時候才能真正體會裡面的精髓,自己沒做過的雖然能看明白,但體會不到精髓。
因此在看心得這方面,我們要「一方面要多花心思甄別,另一方面要多花時間真正了解自己」。
註:真正能讓自己受益的總結,就是在看完之後立刻有與作者進行交談的願望。
Testin送開年福利!
2月7日 (周三)晚8:30,Testin 將與Google工程師一起為大家奉上一場以「探索 Android Oreo 特性及兼容性」為主題的在線直播趴!
直播結束後將推出重磅抽獎環節!
報名方式:填寫調查問卷報名參加本次直播,填寫調查問卷前50名的同學可獲得神秘大獎一份!
調查問捲入口->https://jinshuju.net/f/dueC8w
更多活動詳情請戳:https://help.testin.cn/events/webinar-2018-02-07/
推薦閱讀:
※閱讀 I 封閉測試在測試過程中的重要性
※在 Linux 上檢測 IDE/SATA SSD 硬碟的傳輸速度
※在開發初期的QA工作中,API測試究竟有多重要?
※性能測試必知的21件事:認清性能問題
※8種策略——教你如何玩轉端到端的移動測試