階段二、初試
2010年姍姍的來了，新的業務，新的人，新的工作氛圍。09年年底季度會的時候，這個部門的部門經理就說他們是救火隊，每天都在忙線上的事，全國32個省全都有他們的業務，一共50幾套系統。改線上BUG，測試，上線，是他們主要的工作。來了之後知道了他說的是真的，他們開發人員的電話整天不斷，總會有人打電話過來提問題，問問題。有項目要做了，原有企業郵箱遷移，測試的要準備測試相關事情。準備？準備啥呢？從哪準備？交接的那個人已經離職走了，沒人可問了。先熟悉企業郵箱，從頭到尾，參數在哪個配置文件裏配置，配置文件的位置在什麼地方，文件裏各個參數是什麼意思，有不明白的，不懂的問開發的，問完之後記錄，整理，發郵件，讓其他測試人員也知道。時間不等人，遷移開始了，人人緊張。按照以前整理好的文檔，其他測試人員找不到配置的地方，我找，其他人不知道應該配什麼的，我配。遷移的測試總算結束了。重頭戲還在後面呢，這只是一個開始。
做好本職工作的困難
一、業務
接下來還有新的項目，組長要我們選擇，一是遷移後的後期維護，另一個是現在線上50幾套系統的整合平臺。另外那個人選擇的後期維護，認爲已經測試過，會熟悉一些（他以前是負責終端測試的，對服務器端一點也不熟悉），我選擇了整合平臺的項目。接手項目，查看已有的需求庫時發現自己徹底要暈菜了，說是需求庫，還不如說是一個個的需求小列表，維護的不好，都是有一條在後面加一條，有些是互相沖突的，有些看不明白頭尾，想通過這個需求庫來掌握線上所有需求，不可能，32個省，可能分出32種業務形式來，粗看上去，業務形式是一樣的，但細節又每套系統都有每套系統的特點，徹底把人搞崩潰了。還好整合後的平臺不會所有省份一下子全部上線，會以一兩個省試點，先主要熟悉這一兩個省的需求然後再熟悉其他省份的需求。找到第一個省的業務開通的工具，瞭解工具的使用，在測試環境搭建查看第一個省份的通訊機、管理機上的配置、各個配置文件的位置，裏面的含義，數據庫各個庫存放的是什麼數據，每張表，每個字段的含義，繼續用老辦法，在記事工具上記，然後一遍一遍的操作熟悉。整合平臺開始測試了，測試中發現不明白的問題，直接去找開發的負責人去問，讓他講清楚，他也是個很愛講的人，你問到一他可以講到三，每次問完回來，把他該講的和不該講的全部記錄下來。在這段時間線上幾種主要的業務形式已經可以給別人講的清清楚楚，常用的各個配置文件，配置參數是什麼含義，應該寫什麼東西，知道的一清二楚，數據庫各個庫，各個表，各個字段的含義弄明白十之七八。兩個省的功能測完了，由於某些原因，只有這兩個省上線了，其他的省份還在等消息。別人討論線上的BUG，偷偷地聽着，然後悄悄的記下是什麼問題，什麼原因引發的，怎樣解決的。將業務流程上的問題整理好後，繼續發郵件給測試組內的人。
二、技術
以前的公司都是做WEB門戶的，主要測試的範圍就是在已有的頁面中執行操作，查看返回結果，對於數據庫操作基本沒有。而現在公司的業務主要是基於linux系統，驗證的方式主要是查看後臺日誌，數據庫操作，查看入庫數據正確與準確性。Linux操作系統沒接觸過，命令不會幾個，SQL基本不會寫。09年在公司測試的時候接觸過一些，但都太皮毛了。總不能執行一條命令要去問一下別人，寫一條SQL再去問一下別人怎麼寫吧。那好吧，我自學。以前閒着沒事的時候自學過一點SQL，把以前的資料翻出來，目標不高，太高深的不會寫，一點簡單的select總得自己能寫吧。每次操作數據庫的時候，強迫自己不用客戶端去操作，使用後臺打開數據庫，而且不拷貝以前已經執行通過的SQL，逼着自己寫，寫錯了，再翻出來以前寫的正確的對照。一點點常用的SQL語句可以寫的很快。在負責項目期間也會有線上補丁要上線測試，每個補丁包裏都有已經寫好的可以正確執行的linux 命令，如果時間允許，就照着命令行一點一點敲命令進去，查看執行後的結果，然後記錄下命令的意思。時間不允許就直接複製粘貼命令，查看命令執行的效果並記錄命令的意思，後面有時間了，在測試環境上再寫一次，沒事的時候再翻出來看看。每天9點上班，8點一刻到公司，8點半開始看書，在測試機上自己按照書中的例子寫，然後看結果。Linux、java編程、QTP工具。。。。。。，早上來看書，晚上下班後繼續看書，別人還沒到公司的時候我已經在工位上了，別人已經在回家的路上，我仍然在工位上。幾本大部頭的書就是這樣啃完的。用QTP做了幾個省的自動化測試，也還算像模像樣。
擴展
功能測完了，找到開發負責人，請他寫業務開通接口的jar包，自己寫腳本調用jar包，來測試性能，開發的負責人很高興，很快把jar包寫好了。搭環境，寫腳本，調試，測試，提交測試結果。那名開發的負責人樂的屁顫屁顫的去改他的問題。
線上需求框架不清晰一直都是個問題，找到部門經理和測試組長，提出想要整理需求，並講明自己的思路，他們表示同意。先找個明白的人能從頂層把業務講清楚，部門經理了，拿着筆和本找到他，請他能概括的講出來，然後再細問整合項目的開發負責人，整理出初稿，發送給他們。由於後面很多原因，需求最終沒有整理出來。
