【正文】 面的代碼片斷所示，我們通過(guò)調(diào)用AjaxHelper的BuginForm生成了一個(gè)以Ajax形式提交的表單。表單成功提交（服務(wù)端因?qū)伋龅漠惓＿M(jìn)行處理而返回一個(gè)封裝異常的Json對(duì)象，對(duì)于提交表單的Ajax請(qǐng)求來(lái)說(shuō)依然屬于成功提交）后會(huì)調(diào)用我們定義的回調(diào)函數(shù)login。在該JavaScript函數(shù)中，我們通過(guò)得到的對(duì)象是否具有一個(gè)ExceptionType屬性來(lái)判斷服務(wù)端是否拋出異常。如果拋出異常，在通過(guò)調(diào)用alert方法將錯(cuò)誤消息顯示出來(lái)，否則顯示“認(rèn)證成功”。我們?cè)俅芜\(yùn)行我們的程序并分別輸入不合法的用戶(hù)名和密碼，相應(yīng)的錯(cuò)誤消息會(huì)以對(duì)話框的形式顯示出來(lái)，具體的顯示效果如下圖所示。對(duì)于一個(gè)新項(xiàng)目，QA通常會(huì)首先為新特性創(chuàng)建手工測(cè)試用例，為了之后維護(hù)方便，也通常將這些用例存放在一張Excel表或者一個(gè)專(zhuān)門(mén)的測(cè)試用例管理 系統(tǒng)里。而在項(xiàng)目進(jìn)行過(guò)程中或之后，具備自動(dòng)化測(cè)試能力的QA團(tuán)隊(duì)會(huì)將手工測(cè)試用例轉(zhuǎn)化為代碼，加入套件(Suite)中，用于之后的回歸。以往我們認(rèn)為手工測(cè)試用例與自動(dòng)化代碼之間存在聯(lián)系，但并不緊密： 手工測(cè)試用例文檔很容易閱讀，可以幫助學(xué)習(xí)業(yè)務(wù)，但因?yàn)榫S護(hù)不夠靈活，很難跟上快速的變化。依賴(lài)手工測(cè)試用例對(duì)項(xiàng)目進(jìn)行回歸又是及其痛苦的。 自動(dòng)化測(cè)試代碼可以很明顯的提升效率，但不容易閱讀。因?yàn)槿藗兺ǔＨ鄙俑麓a注釋的動(dòng)力（沒(méi)什么外人會(huì)用到，老鳥(niǎo)又不依賴(lài)它），久而久之我們不知道那一堆自動(dòng)化用例究竟測(cè)了些什么，導(dǎo)致通過(guò)率逐步走低，又無(wú)人維護(hù)。自動(dòng)化測(cè)試最終土崩瓦解。這似乎是一種宿命般的失敗。有些團(tuán)隊(duì)希望建立自動(dòng)化測(cè)試體系，卻從一開(kāi)始就遇到類(lèi)似的問(wèn)題，導(dǎo)致進(jìn)展緩慢，無(wú)法持續(xù)向老板秀出效果，最終又退縮回原點(diǎn)。原因是什么？怎么去破解這個(gè)困局呢？1. 用例文檔不應(yīng)該與自動(dòng)化代碼分離，而應(yīng)存在于代碼中，隨著代碼的變化而及時(shí)更新。2. 用例文檔應(yīng)該簡(jiǎn)潔，可以自我組織與管理，并以一種清晰的結(jié)構(gòu)被展現(xiàn)和分享。3. 自動(dòng)化測(cè)試用例的運(yùn)行歷史應(yīng)該被測(cè)量和記錄，數(shù)據(jù)可以集中形成幾個(gè)直接清楚的度量指標(biāo)，反映一個(gè)周期內(nèi)的平均質(zhì)量水平。4. 度量指標(biāo)應(yīng)該可以形成簡(jiǎn)潔好看易懂的質(zhì)量報(bào)告，向相關(guān)各方展示測(cè)試工作對(duì)產(chǎn)品關(guān)鍵方面的評(píng)測(cè)結(jié)果。TestMP的測(cè)試用例管理和度量就是按照以上四點(diǎn)，為破局提供了一種解決方案。case的獨(dú)立性　 　通常一個(gè)test suite包含了一組相近的或者有關(guān)聯(lián)的test case. 而每一個(gè)test case應(yīng)該只測(cè)試一種場(chǎng)景,根據(jù)case復(fù)雜程度的不同場(chǎng)景同樣可大可小,可以是某個(gè)功能的測(cè)試也可以是端到端的完整測(cè)試.(當(dāng)然也有特殊的寫(xiě)法比如工 作流測(cè)試和數(shù)據(jù)驅(qū)動(dòng).) case的獨(dú)立性又有哪些需要關(guān)注的點(diǎn)呢?　 　首先一個(gè)test suite內(nèi)的test case在執(zhí)行時(shí)不應(yīng)該相互影響, 應(yīng)該將通用的背景部分提取出來(lái)放到suite setup中, 允許我隨機(jī)的跑某一個(gè)case或者亂序的跑這些case. 如果case的步驟有造成環(huán)境被破壞的風(fēng)險(xiǎn),那應(yīng)該在case teardown中將環(huán)境恢復(fù),并且在case setup中做環(huán)境監(jiān)察以及時(shí)的終止case. suite level和folder level同樣要注意獨(dú)立性的問(wèn)題,在CRT中通常會(huì)將數(shù)百數(shù)千的case放在一起跑,robot并不會(huì)規(guī)定case執(zhí)行的順序所以從某種程度上來(lái)說(shuō)它是 fail時(shí)信息的抓取上,經(jīng)過(guò)一個(gè)晚上大批case的執(zhí)行之后,環(huán)境通常已被破壞, 希望通過(guò)保留現(xiàn)場(chǎng)來(lái)用作case失敗問(wèn)題定位是不現(xiàn)實(shí)的.　　所以每個(gè)case都應(yīng)該準(zhǔn)確的收集其開(kāi)始和結(jié)束之間的信息.　　case的可遷移性　　case的可遷移性主要考慮:case對(duì)執(zhí)行環(huán)境的依賴(lài),case對(duì)外部設(shè)備的依賴(lài),case對(duì)測(cè)試對(duì)象的依賴(lài).　　,你一直在個(gè)人PC上編寫(xiě)的用例并執(zhí)行測(cè)試,但是不久之后你的用例就會(huì)被遷移到組內(nèi)的測(cè)試執(zhí)行服務(wù)器上,之后又被部署到持續(xù)集成服務(wù)器上,　　(windows,linux)和或者不同的腳本命令(CentOS,RedHat,MacOS)　　總之要像Java宣揚(yáng)的那樣一處編譯處處運(yùn)行.　　,我們會(huì)引入一些外部設(shè)備如Spirent、Cisco的一些輔助測(cè)試設(shè)備,各種網(wǎng)絡(luò)設(shè)備交換機(jī)、路由器,還有一些自行開(kāi)發(fā)的模擬設(shè)備.　　外部設(shè)備會(huì)不斷的升級(jí)或者更換,在編寫(xiě)用例時(shí)我們就需要考慮如何用一套case更好的兼容這些測(cè)試設(shè)備. 我有如下幾點(diǎn)建議:　,組織成組級(jí)別的庫(kù).　　ii.　　,這里我考慮到的是如果測(cè)試對(duì)象是一個(gè)軟件平臺(tái),CPU、內(nèi)存、組件的性能和數(shù)量都可能不同.　　對(duì)測(cè)試對(duì)象的依賴(lài)不僅要考慮在不同設(shè)備上的可執(zhí)行性,重點(diǎn)要考慮測(cè)試覆蓋率,由于設(shè)備組件的增多你的用例可能無(wú)法覆蓋到這些組件,或者捕捉不到某個(gè)性能瓶頸,這樣測(cè)試結(jié)果的可靠性也大打折扣.　　case的可重用性　　自動(dòng)化用例的開(kāi)發(fā)通常是一項(xiàng)費(fèi)時(shí)的工作,它需要的時(shí)間會(huì)是手動(dòng)執(zhí)行用例的10倍、20倍甚至更多. 我們通過(guò)搭建測(cè)試框架和封裝資源庫(kù)來(lái)實(shí)現(xiàn)最大范圍的可重用性.　　這里我考慮用例的可重用性包括兩塊:邏輯層的抽象和業(yè)務(wù)層的重用.　　對(duì)一個(gè)產(chǎn)品或者功能進(jìn)行自動(dòng)化工作時(shí),我們要考慮這些可用性:首先根據(jù)測(cè)試邏輯的不同對(duì)測(cè)試用例進(jìn)行分類(lèi),根據(jù)邏輯的不同選擇搭建有針對(duì)性的case框架,Work Flow, Data Driven等.　 　建立公共的庫(kù),將業(yè)務(wù)的原子操作抽象出來(lái),并且鼓勵(lì)其他同事對(duì)庫(kù)進(jìn)行補(bǔ)充和調(diào)用,. 基于底層API編寫(xiě)的業(yè)務(wù)操作也具備可重用性,比方說(shuō)測(cè)試場(chǎng)景(背景資源)的建立、工作流的操作組合、檢查點(diǎn)都可以被復(fù)用. 層次分明的抽取時(shí)重用性的基礎(chǔ),提高可重用性可以減少開(kāi)發(fā)時(shí)間,也方便日后的維護(hù)中的迭代修改.　　case的效率　 　不同的case執(zhí)行時(shí)間相距甚遠(yuǎn),短則數(shù)秒長(zhǎng)則數(shù)小時(shí)甚至數(shù)天, 我們放眼某一個(gè)或者某一組case時(shí),開(kāi)發(fā)人員能在提交代碼后快速的獲得測(cè)試結(jié)果反饋,測(cè)試 人員能在最短的時(shí)間內(nèi)執(zhí)行更大范圍的測(cè)試覆蓋,不僅能提高團(tuán)隊(duì)的工作效率也可增強(qiáng)團(tuán)隊(duì)的信心.　　在編寫(xiě)用例時(shí)我們應(yīng)該注意哪些方面來(lái)提高用例的性能?　　對(duì)于單一的case我的注意點(diǎn)多放在一些細(xì)節(jié)上,例如:　　,如果檢查失敗，則盡快退出執(zhí)行.　　 抽取到suite甚至folder level, 抽取時(shí)可能需要做一些組合, 但決不允許出現(xiàn)重復(fù)的建刪操作.　　，sleep通常緊接著hard code的時(shí)間,wait until ...來(lái)代替.　　,我通常會(huì)再三確認(rèn)其是否清楚它的必要性.　　對(duì)于批量的case,我們要如何才能獲得更高的效率呢?　　,并行方案總有著嚴(yán)苛的條件:　　,我們將軟件質(zhì)量分為0~10級(jí),對(duì)應(yīng)的把測(cè)試用例分為6~10級(jí),從普通的功能測(cè)試開(kāi)始測(cè)試復(fù)雜度逐級(jí)遞增.　 　 集。軟件人員修改了BUG,我可以根據(jù)BUG的復(fù)雜度選擇7和8級(jí)的用例來(lái)驗(yàn)證,系統(tǒng)級(jí)測(cè)試時(shí)我們又會(huì)主要測(cè)試8和9級(jí)的用例.　　分級(jí)可以靈活調(diào)度用例,并給出更快的反饋,加速迭代過(guò)程.　　　　基于風(fēng)險(xiǎn)的測(cè)試簡(jiǎn)單的說(shuō)就是根據(jù)優(yōu)先級(jí)來(lái)選擇需要運(yùn)行的測(cè)試,優(yōu)先級(jí)根據(jù)兩個(gè)最基本的維度:　　功能點(diǎn)發(fā)生錯(cuò)誤的概率,以及發(fā)生錯(cuò)誤后的嚴(yán)重性,根據(jù)兩者分值的乘積來(lái)排序優(yōu)先級(jí).　　一般從用例失敗率,bug統(tǒng)計(jì),出錯(cuò)的代碼段,只有100%的測(cè)試覆蓋才能給他們足夠的信心.　　以上是個(gè)人的一些積累,由于框架的限制一些建議不一定適用于你的實(shí)際工作. 如果你有什么建議歡迎留言. Thx!自動(dòng)化測(cè)試的基本流程　　自動(dòng)化測(cè)試的基本流程包括：測(cè)試需求分析、測(cè)試計(jì)劃、測(cè)試用例設(shè)計(jì)、執(zhí)行測(cè)試、測(cè)試結(jié)果的評(píng)估?！　∽詣?dòng)化測(cè)試與人工測(cè)試的不同之處在于前者在完成測(cè)試計(jì)劃后就需要搭建測(cè)試環(huán)境和測(cè)試場(chǎng)景，在測(cè)試用例設(shè)計(jì)時(shí) 所示。　　使用自動(dòng)化測(cè)試在各個(gè)階段需要注意的事項(xiàng)如下：　　1）需求分析階段：　　假如測(cè)試項(xiàng)目確定在該項(xiàng)目中需要使用自動(dòng)化測(cè)試，我們就需要進(jìn)行自動(dòng)化測(cè)試需求分析的設(shè)計(jì)，并在《測(cè)試需求說(shuō)明書(shū)》補(bǔ)充說(shuō)明?！　?）測(cè)試計(jì)劃：　　在測(cè)試計(jì)劃中需要確定自動(dòng)化測(cè)試使用的階段、測(cè)試范圍以及相應(yīng)的測(cè)試用例、測(cè)試數(shù)據(jù)的準(zhǔn)備方式，便于自動(dòng)化測(cè)試的建立。確定測(cè)試所使用的測(cè)試技術(shù)及測(cè)試體系結(jié)構(gòu)，建立測(cè)試程序與測(cè)試需求之間的聯(lián)系（一般使用測(cè)試管理工具如QC進(jìn)行關(guān)聯(lián)），確定哪些測(cè)試使用自動(dòng)測(cè)試方法、工具，以及測(cè)試數(shù)據(jù)的準(zhǔn)備，決定如何進(jìn)行自動(dòng)化測(cè)試以及測(cè)試方法等?！　?）自動(dòng)化測(cè)試環(huán)境的搭建?！　?）編寫(xiě)自動(dòng)化測(cè)試用例并編寫(xiě)測(cè)試腳本（建議測(cè)試腳本使用管理工具控制管理）：　　這個(gè)階段有一個(gè)重要問(wèn)題需要解決，即準(zhǔn)備數(shù)據(jù)，如系統(tǒng)的基礎(chǔ)數(shù)據(jù)、用戶(hù)、權(quán)限等，沒(méi)有這些數(shù)據(jù)就無(wú)法登錄和執(zhí)行其他操作。　　5）強(qiáng)化測(cè)試腳本，保證測(cè)試腳本的可用性　　6）測(cè)試結(jié)果需要注意保存方式：　　測(cè)試執(zhí)行結(jié)束后，需要對(duì)測(cè)試結(jié)果進(jìn)行比較、分析以及結(jié)果驗(yàn)證，得出測(cè)試報(bào)告。其中總結(jié)性報(bào)告是提供給被測(cè)方的中高層管理者及客戶(hù)的，！希望您提出您寶貴的意見(jiàn)，你的意見(jiàn)是我進(jìn)步的動(dòng)力。贈(zèng)語(yǔ)； 如果我們做與不做都會(huì)有人笑，如果做不好與做得好還會(huì)有人笑，那么我們索性就做得更好，來(lái)給人笑吧！ 現(xiàn)在你不玩命的學(xué)，以后命玩你。我不知道年少輕狂，我只知道勝者為王。不要做金錢(qián)、權(quán)利的奴隸；應(yīng)學(xué)會(huì)做“金錢(qián)、權(quán)利”的主人。什么時(shí)候離光明最近？那就是你覺(jué)得黑暗太黑的時(shí)候。最值得欣賞的風(fēng)景，是自己奮斗的足跡。壓力不是有人比你努力，而是那些比你牛幾倍的人依然比你努力。 參考