? 我一直覺得我的自動化測試水平僅僅是入門級，也許還沒入門，腳還在門檻上方。為什么會這么想呢？因為我只有過數據庫存儲過程的自動化腳本編寫經驗，還是自己摸索的。我不知道自動化測試框架是什么，也不會使用selenium，唯一接觸的自動化工具QT也只使用了兩個月左右，因為部門沒有QTp的序列號。

??自從11年畢業接觸測試以來，我從工作中接觸的絕大部分是功能測試，夾雜著偶爾的性能測試。自動化測試的想法是我在做回歸測試時候萌生的想法，那時候就想著掌握這項技能，既能給自己加分，也能縮短項目時間，以及減少那枯燥的重復工作，特別是數據的測試。

? 我平時測試的是CRM系統，管理客戶的會員，幾乎每個客戶都有一套客戶忠誠度管理的規則，涉及積分和會員等級，與會員交易相關。而這種規則有時候會有小小的改動，這時候弄一個自動化腳本就很有必要了。我最開始的時候只是把我造數據的腳本保存下來，以便回歸測試時候使用。后來發現這樣不行，因為你之前造的數據可能別人再用，你稍作改動的話也不能保證有哪個地方遺落了。為了解決這個問題，我開始把腳本中部分常量改成變量，保證每次甚至都不需要改動值就能繼續運行腳本，自動插入數據，自動調用測試的存儲過程，自動檢查結果，然后將結果保存到一張表中，只要查看這張表就能知道運行結果了。后來我把保證測試要使用的相關reference表的數據的檢查也放入了腳本中，這樣，一個自動化測試腳本就結束了。

? 然而上面針對的測試目標只能是數據庫的存儲過程。不像java，VB，C甚至腳本語言GROOVY能調用T-SQL，T-SQL語言還不能調用其他語言，當然T-SQL也不需要，因為數據庫就是數據最好的倉庫。如果要測試web，其他java application，學會一門開發語言還是必須的，比如java。而且一般大項目都不止一個QA的，自動化測試腳本的編寫就需要考慮到其他人員了。路漫漫其修遠兮，吾將上而求索。目前我在學java，不過看來selenium的學習也要提上歷程。

自動化測試入門