這是《落葉》文集里第13片落葉，希望你能喜歡，不為別的，只為這份堅持。
今天才看完《深入性能測試-LoadRunner 性能測試、流程、監控、調優全程實戰剖析》的第2章， LoadRunner 基礎知識。越看越發現自己從開始寫 LoadRunner 腳本，到執行腳本，到了解怎么監控服務器CPU和堆內存的使用情況，以為自己已經開始慢慢了解了什么叫性能測試，其實估計連1%都沒有。
而且在此之前，也沒有深入了解過 LoadRunner 這個工具本身，就總是想當然的認為，自己應該把性能測試和工具本身分開去學習，工具只是一個輔助性的東西，很簡單，而方法才是根本中的根本。有些性能測試文章或書籍的作者也是持這種觀點，現在想來，本身沒有錯。但對于剛接觸性能測試的小白來說，個人認為會產生一定的誤導。
因為如果是一門編程語言，你可以說語言本身的學習很重要，在學習期間，不要過于關注工具，最好用記事本或 Notepad++。那是因為對于編程而言，開發工具只是一個編輯器，提高編碼效率的工具而已。
但對于性能測試這種對工具依賴性很大的東西來說，在初期，如果純學習方法，很多東西就只能停留于表層，流于形式，或者說紙上談兵了。
以 LoadRunner 為例，大部分人初次接觸性能測試，多半都是用的這個工具，它既然是一個成熟的商業化的軟件，而且用的人很多，肯定是有它的優勢或者說有它流行的道理。那如果能沉下心來，深入學習工具本身的工作流程、各個組件的使用方法、內部工作原理，然后再同步去實踐，遇到問題，解決問題，然后再記錄問題，分析原因。
就這樣一步一步堅持去做，當我自己有一天能很負責任的告訴自己，這個工具我已經能夠用的很好了，而且能夠知其然且知其所以然了。我相信，那時候的我，對于性能測試的理論方法或者說性能測試流程，不敢說100%的熟知，但也至少已經掌握了60%，剩下的40%就是系統地再去深入學習了。
對于方法先行還是工具先行？我覺得不能一概而論，得先分析是什么方法，什么工具，再者也要分析學習對象是小白還是一個已經有豐富經驗的人。
現在很多人在想學習某樣東西的時候，喜歡去網上看別人的入門經驗帖，自己也需要很清醒地去判斷，寫那篇經驗帖的人和你現在所處的階段是否匹配，或者說他是不是站在你當下的視角去寫的。
很多所謂的入門經驗帖，我想都是一個從小白升級到專家或者說大牛之后，復盤自己之前的學習歷程，再加上自己在這個過程中的很多思考、總結和經驗教訓，精煉而成的。但這種“精煉”，也許會忘了最重要的“設身處地”。
所以，既然是入門經驗帖，更希望地是能看到那些大牛們，高人們，能站在小白或入門者的角度，設身處地的為他們想一想，怎么樣更容易入門或效率更高，而不能站在一個很高的高度去回首走過的路。
作者簡介：13年測試 + 10年項目管理 + 10年團隊管理 = 一個測試老兵
