qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請訪問 http://qaseven.github.io/

          自動化的路怎么走,讓我們邁出懦弱的一步吧

           曾經(jīng)我們覺得自動化很神奇,曾經(jīng)我們覺得自動化很難,曾經(jīng)我們覺得掌握了QTP就掌握了自動化,若干年過去后,我們看看自己還在追趕國外的技術(shù),我們真的有那么大的差距么?我想說的是未必!
            大家可以看看行業(yè)中有名的那本自動化經(jīng)典之書《QTP自動化測試權(quán)威指南》(印度人寫的),在沒看過之前,在我沒有深入自動化之前,我也覺得我們離得可能很遠,但是等我看到原版,看到翻譯版,我覺得just so so,技術(shù)?我們從來沒有學不過別人的,而唯一缺的卻是膽量!就是認可自己的想法,認可自己的判斷,而不是簡單的重復前人走過的道路,我們需要勇敢的面對自己的判斷能力,迂腐的把責任都推給別人。
            常常我們會覺得IBM、HP的測試工具代表了測試的頂端,而其實他們就不是一個測試公司,而測試產(chǎn)品不過也是并購別的測試工具公司?;仡^看看包括我自己也是如此,總是覺得國外的月亮比自己的圓!但是在我看到越來越多客戶在使用國外測試軟件中遇到的問題時,我開始彷徨;當我開始分析和設(shè)計自己的測試工具的時候,我也逐漸找到了信心,而我現(xiàn)在想說的是,我們應該相信自己,特別是當我看到恒大贏球的那一刻,我勇敢的寫下了現(xiàn)在的這篇文章,讓我們相信自己,而不要總是徘徊吧。
            下面我從4方面來說說我對自動化的理解:
            A.為什么要做自動化
            手工測試逐漸被大家定義為了低技術(shù)含量的工作,而確實大規(guī)模的手工測試不但效率低下而且質(zhì)量還得不到保證。通過自動化測試,我們可以解決兩個問題:
            1.相同成本下,自動化能做的比手工更好
            2.相同效果下,自動化能比手工更省錢
            對于現(xiàn)在很多行業(yè)中需要短時間大規(guī)模的發(fā)布,傳統(tǒng)的瀑布模型長周期測試已經(jīng)完全不能支持,自動化測試成為了必修之課。
            B.自動化到底能做什么
            其實自動化對于現(xiàn)在國內(nèi)的企業(yè)來說,大多數(shù)情況下,是毫無用處的,主要原因在何處?相信做了自動化測試幾年后的朋友會有點感受,對一個正確的東西跑100次還是正確的,除了能夠看到一個報告能夠滿足一下自己YY的心理想法和獲得一個自我心理安慰意外,真的提高了軟件質(zhì)量么?
            沒有!問題在什么地方?就是使用工具的人和使用工具的目的產(chǎn)生了偏差,偏差在于手工測試的設(shè)計沒有達到標準,如果沒有辦法有效的測試用例,自動化的效果會非常的低,而另一方面為了自動化而自動化,既然沒有能力控制版本變化,那么就用自動化做全面回歸測試吧,這樣看起來很Cool。
            其次自動化并不是什么高深的東西,但是往往由于在研發(fā)中沒有考慮到自動化的一些需要,讓自動化做起來總是那么的別扭,簡單說就是總是讓測試去配合開發(fā)的不規(guī)范,而不是反過來。做過單元測試的朋友應該深深理解這句話,你這個東西就做的不規(guī)范讓別人怎么測,還得配合你這個來測?
            我們現(xiàn)在要做自動化,并不是簡單購買個工具就行的,而是真正成熟了團隊、流程、去選擇自動化工具來適合自己的團隊,而且購買工具只是開始,實現(xiàn)自動化體系才是解決問題的關(guān)鍵。而自動化體系的實現(xiàn)無非就是兩種:
            1.招一個高手,自己內(nèi)部探索實現(xiàn)
            2.通過第三方咨詢模式
            C.自動化框架應該怎么做
            首先要提一個問題,為什么要做自動化框架?
            對于所有自動化工具來說都提供自身框架,但是這些框架都只能做到方面用戶使用,卻無法做到真正的自動化體系,該體系就是打通自動化與各個系統(tǒng)的關(guān)系,而不是讓自動化執(zhí)行成為自動化唯一的孤島。
            自動化體系需要體現(xiàn)的是從需求到研發(fā),從研發(fā)到發(fā)布,從發(fā)布到測試,從測試到分析統(tǒng)計等方面的全方位自動化,將人從繁重的執(zhí)行工作和收集整理數(shù)據(jù)的工作中解放出來,把精力放在設(shè)計上,這才是自動化測試的目標。而自動化框架就是要解決工具的孤島問題,將業(yè)務和技術(shù)分離,一方面讓了解技術(shù)的人可以將復雜的技術(shù)簡化給業(yè)務人員來用,另一方面將周邊的各個系統(tǒng)都整合在一起,做到全方面的自動化。
            簡單來說例如”微信”能解決你簡單的查賬、支付,但是它仍然是一個信息孤島,能不能進一步的成為賬號互相支付,理財,信用卡還款等一個完全的集中式的金融中心呢?其實支付寶已經(jīng)做到了部分,現(xiàn)在出來了一個叫做”來往”的客戶端,看”來往”能做成什么樣吧!
            每個公司都有自己的業(yè)務特點和使用習慣,自動化框架就是在這個基礎(chǔ)上定制一套適合自身體系的流程自動化工具,其中困難的地方是在自動化流程的梳理和自動化工具的定制方面。首先公司很難有一個能在大局上把握住自動化流程體系的人物,其次由于大多數(shù)開發(fā)都對測試并不怎么認可,所以開發(fā)一個測試工具在需求溝通上就會存在很大的問題,往往測試人員由于自身開發(fā)能力的不足導致自動化框架在架構(gòu)上設(shè)計上存在較多的問題。
            最終導致很多框架做出來要么是技術(shù)有余業(yè)務不足,要么就是業(yè)務有余技術(shù)不足。

          D .怎么去在公司開展自動化
            從上面兩點來看第三點就比較清晰了,對于公司來說開展自動化并不是購買一個工具,而是全方面的評估考察,來幫助公司獲得最佳的ROI(投資回報比)。
            工具永遠都是最后考慮的內(nèi)容,而整個系統(tǒng)需要自動化支持的原因,希望達到的目標,團隊的規(guī)劃是首先應該考慮的,根據(jù)公司被測系統(tǒng)的特點和相關(guān)人員的技術(shù)情況進行自動化工具評估,再逐步進入采購后的落地。首先將關(guān)鍵業(yè)務通過自動化實現(xiàn)回歸,后逐步提高自動化覆蓋率并加入其它自動化模塊進入框架設(shè)計。
            當然在這其中你可能會遇到一些困難,因為一個人很難改變行業(yè)中的某些輿論,例如:
            1.選一個工具就選主流吧,QTP錯不了!
            做一個簡單的事情其實用什么都差不多,適合自己情況的才是最好的,而未必是某一個工具。
            2.我就算不選QTP,我有別的選的么?有,但是我不知道
            行業(yè)的宣傳導致了這個結(jié)果,我們簡單的認為了QTP就是自動化,自動化就是QTP,還好最近兩年Selenium的異軍突起,讓我們開始認可或者正視QTP的霸主地位正在動搖。
            3.我不選QTP招不到人怎么辦?
            作為一個招聘企業(yè),其實換個角度來看更容易招聘到優(yōu)秀的人才,別的公司都在招聘QTP人員,這類培訓或者學習的人很多,但是素質(zhì)、基礎(chǔ)其實存在相對較差的情況,而自動化本身是很簡單的,學會一個自動化工具再去學習別的自動化工具非常容易,更重要的學習和理解的能力,如果招聘在這方面另辟蹊徑,反而可以從眾多的簡歷中選擇出真正理解自動化測試的人員,將招聘的主動權(quán)拿在自己手里,而對于員工來說也對公司的更加認可。
            最后還是來說幾句心里話:
            主流只是現(xiàn)在,不是未來,在我看來誰主動進入編程開放的年代,誰掌握了未來,QTP你已經(jīng)Out了,因為你的懦弱,QTP just a tool,not mind,not soul。
            選擇工具需要正確的比較,是要有真材實料而不是小便宜策略,開放式的病毒營銷對于普通用戶可能有效,對于專業(yè)用戶是沒有用的,我們應該來拼實力而不是所謂的宣傳。
            不要等待別人來配合你,你應該推動行業(yè),誰走在前面,誰能收獲優(yōu)秀的人員,誰能獲勝,選擇庸俗的人員只能讓你的團隊庸俗,帶一群豬一樣的隊友怎么去戰(zhàn)勝神一樣的對手!
          版權(quán)聲明:本文出自 云層 的51Testing軟件測試博客:http://www.51testing.com/html/04/104-854102.html
          原創(chuàng)作品,轉(zhuǎn)載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。

          posted on 2013-11-12 11:16 順其自然EVO 閱讀(171) 評論(0)  編輯  收藏


          只有注冊用戶登錄后才能發(fā)表評論。


          網(wǎng)站導航:
           
          <2013年11月>
          272829303112
          3456789
          10111213141516
          17181920212223
          24252627282930
          1234567

          導航

          統(tǒng)計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 灯塔市| 双流县| 梅河口市| 岱山县| 福海县| 塘沽区| 山东省| 博乐市| 红原县| 麻城市| 阳泉市| 鹿邑县| 富裕县| 平乐县| 蓬溪县| 湖州市| 新昌县| 长垣县| 巧家县| 合山市| 海安县| 泰和县| 东至县| 平湖市| 共和县| 赤水市| 荆州市| 济源市| 阿拉善右旗| 偃师市| 尤溪县| 苍南县| 唐山市| 石渠县| 武乡县| 巴林左旗| 同德县| 天镇县| 大同市| 长治市| 潜山县|