文章出處：http://www./?174770/action_viewspace_itemid_96837.html 作者：盧晨之

    做自動化測試的人，經(jīng)常碰到這樣的問題：
[^{;TX@120659上司：“腳本跑得如何了？找到BUG沒有？”51Testing軟件測試網(wǎng)"J]-rs/Zr(F@ W8?
員工：“沒有。”51Testing軟件測試網(wǎng)r5v+`,N dE
上司：“沒找到BUG？！不可能吧？是不是你腳本寫得不夠好？”51Testing軟件測試網(wǎng)!p FcTC[%rJ1vb
員工：“自動化是拿來確保后期產(chǎn)品的質(zhì)量的，不是來找BUG的”（心里一百個不情愿，埋怨上司不懂什么叫自動化，網(wǎng)上都這么說）
bTcEu @120659上司：（我給你哪么多時間你搭建的自動化就給我一個這樣的結(jié)果？）51Testing軟件測試網(wǎng)4Tp+Fd$l ej0U.}
自然，這樣的對話會讓上司覺得普及自動化的意義的存在與是否再愿意投入。51Testing軟件測試網(wǎng)*T\Po9D$N M

fIr7Y#q\Vt120659    自動化測試的意義，在很早以前就被自動化老手定位在回歸測試中，或者說是由于主流的測試工具帶來的負(fù)面影響，目的在于確保工程質(zhì)量。因此這個理念也隨著時間的推移根深蒂固，很多人不愿意思考，自動化就是回歸測試的人力代替品，這樣也導(dǎo)致了自動化普及成了一個瓶頸。敢說現(xiàn)在很多公司對自動化的重視遠(yuǎn)遠(yuǎn)沒有手工測試來得多，在這里與自動化的定位脫不了干系。 51Testing軟件測試網(wǎng)]B~:j C#Y
    在這里先說下場景測試用例與功能測試用例，場景用例是測試建立在某種已模擬的環(huán)境上，包括數(shù)據(jù)準(zhǔn)備，數(shù)據(jù)傳遞等的流程用例。而功能測試用例更偏重的是某個環(huán)節(jié)，控件等的可操作性與功能的測試用例。
[(v F'e;t!{m120659普遍按照剛才的自動化回歸論，就是基本建立在場景用例的基礎(chǔ)上，“錄制-回放”的模式。我們需要的是產(chǎn)品的定型，穩(wěn)定后，我們的自動化工作才能展開。自然，在團(tuán)隊開發(fā)中，自動化工程師就成了一個單打獨斗的角色，并且自動化的優(yōu)勢被這樣的定位完全弱勢化，自動化工程師早期就在哪里涼菜，后期又跟著別人后面跑，如果你是領(lǐng)導(dǎo)，你會被說服去讓產(chǎn)品如此自動化嗎？ 51Testing軟件測試網(wǎng)!^3^2A&y2{-|J3[o_&W#p
    我們在長期的實踐中，我們慢慢摸索出如何讓自動化的更為容易被大家所接受，普及并改進(jìn)。在這里我們重新對自動化測試定位：
h"{.g I_-r120659u獨立于產(chǎn)品的成熟與穩(wěn)定51Testing軟件測試網(wǎng)(c:E4RoQ%n{8R
u早期能建立在功能測試用例基礎(chǔ)上，并開展測試，后期建立于場景用例基礎(chǔ)上
u更大的貫穿軟件生命周期51Testing軟件測試網(wǎng)|)x!O;]rN u"iS
u可維護(hù)性51Testing軟件測試網(wǎng)3|0I)C z]
u通用性
g$t | N+d)e120659u敏捷性51Testing軟件測試網(wǎng) v8}$C1g|!d v { X'Yx
u高效性
!wh}5s+z F:B${120659為什么如此定位而且我們要如何做到呢。
R,H r\ Sf120659    一、定位能獨立與產(chǎn)品的成熟與穩(wěn)定，這點是很多自動化工程師所期望的，與第二點其實有著必然的聯(lián)系，也是因為我們建立在功能測試用例的基礎(chǔ)上，讓我們能不局限于產(chǎn)品的現(xiàn)態(tài)。關(guān)于產(chǎn)品的穩(wěn)定，我們使用了基于功能測試的自動化腳本，主要需要把握的是對異常的捕獲，它越不穩(wěn)定，我們抓到的BUG會更多，自然也需要考慮到錯誤恢復(fù)。
Z]