? 我一直覺得我的自動(dòng)化測試水平僅僅是入門級，也許還沒入門，腳還在門檻上方。為什么會這么想呢？因?yàn)槲抑挥羞^數(shù)據(jù)庫存儲過程的自動(dòng)化腳本編寫經(jīng)驗(yàn)，還是自己摸索的。我不知道自動(dòng)化測試框架是什么，也不會使用selenium，唯一接觸的自動(dòng)化工具QT也只使用了兩個(gè)月左右，因?yàn)椴块T沒有QTp的序列號。

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

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

? 然而上面針對的測試目標(biāo)只能是數(shù)據(jù)庫的存儲過程。不像java，VB，C甚至腳本語言GROOVY能調(diào)用T-SQL，T-SQL語言還不能調(diào)用其他語言，當(dāng)然T-SQL也不需要，因?yàn)閿?shù)據(jù)庫就是數(shù)據(jù)最好的倉庫。如果要測試web，其他java application，學(xué)會一門開發(fā)語言還是必須的，比如java。而且一般大項(xiàng)目都不止一個(gè)QA的，自動(dòng)化測試腳本的編寫就需要考慮到其他人員了。路漫漫其修遠(yuǎn)兮，吾將上而求索。目前我在學(xué)java，不過看來selenium的學(xué)習(xí)也要提上歷程。

自動(dòng)化測試入門