《大話移動 App 測試 2.0》前言開放閱讀

好了,離開7月份的大會時間也不遠了,大會行程和報名方式在帖子最后。

從今天開始,會陸續進行開放試讀,感謝大家的長期以來的支持。

Monkey前言

距離大話移動App測試第一本書出來已經過去一年半了,我也收到了很多朋友的支持和吐槽,無論好壞你們都是我最大的動力,在這里我給所有人說聲謝謝。

在出版到現在一年多的時間內實在發生了太多的事情,可以說轟轟烈烈,也許什么時候能夠將這些作為一個一個故事說給大家去聽,相信每個人都能夠看到很多,想到很多,體會到很多。在這一年多內,也有很多朋友知道了我,但卻不了解我,其實不了解我沒有關系,我這里引用諾蘭的蝙蝠俠三部曲中我很喜歡的一句話來說明下:

“It's not who I am underneath but what I do that defines me.”

這一年多的時間里測試行業也是發生了很大的變化,越來越多的人開始接觸移動互聯網,越來越多的人發現也許測試已經不是當初想的那么容易的那份工作了,也越來越多的人開始做副業或開始轉行。當然,無論你屬于哪一種,生活和工作都需要繼續,我們都要面對這一切的變化。這一年多我可以得出這樣一個結論——測試行業并沒有在進步,而是在進化,但僅僅屬于符合中國國情的進化。

這一年多相信大家感觸都很深,我在前言里幫大家一起列下,也算一個小高潮了。

測試一定要會代碼

前幾年討論的問題終于不用再花費口舌去討論了,行業印證了測試要寫代碼這個事實。所以現在知乎上來問我問題的人,我也終于可以很有底氣的說先學會代碼,再來學做測試吧。(心中終于暗爽,再也不用在行業糾結這種2b問題了)

行業要求越來越高

當然,我不想聽到“我的圈子不是這樣的,我看到的不是這樣的”這種話,我不關心,因為我可以很有信心的說我接觸的圈子肯定比你們大,那么我看到的肯定是所謂的大方向和趨勢,所以請你們靜下心來看下去。進入這個行業的門檻依然沒有變高,但要往上爬以及進入一家不錯的公司中擁有不錯業務的部門在這一年多里變得異常困難。(再三強調下,看到BAT就覺得是好公司的人不在我討論范圍內,哦對了,我在BAT里做著日活不過萬的項目,你覺得是不是不錯呢?)是的,在這樣一個飛速發展的行業,討論要會什么已經不再那么重要了,重要的是你多久能夠學會一項新技術并落地,這才是我們關心的。

技術棧太多,眼花繚亂

很多測試單純看到移動App的UI自動化框架就已經傻眼了,更不要談接口,單元,專項,安全,大數據等了。測試所接觸到的技術棧,工具棧的擴展如火山爆發一樣一發不可收拾。很多測試會混亂,到底學什么呢?答案見上文。很多測試覺得這只不過是一種過渡階段,不久的將來肯定會出現一種穩定的兼容性很高的工具,比如以前的QTP和LR,這種人俗稱“伸手黨”和“自欺欺人黨”。(如果你是這樣想的話,是的,不用懷疑,說的就是你)。首先我就不吐槽有多少人真正用過正版軟件了,用盜版的先到一邊涼快去。從短期來講,將來肯定會越來越成熟,肯定會統一很多技術和工具。但從長期來講,現在這種變化這種鎮痛以后會越來越頻繁,因為這是宇宙規律,這是發展和進步的需要。所以從長遠來看僅僅追求工具的永遠都是遠遠落后于行業的,同時被替代性也是最高的。不是伸手黨和自欺欺人黨又是什么呢?呵呵噠

從測試到質量的變化

這點在正文中會有詳細的說明。這幾年的大會,與大家的交流的確發現現在很多的測試已經開始跳出測試真正開始關注質量。當測試只關注測試的時候,大家的關注點在:

測試是不是比開發輕松

測試能賺多少錢

測試到底用什么工具

測試到底用什么框架

測試都看什么書

其他公司里測試都怎么做的

UI自動化到底做得怎么樣

放眼整個項目,如果我們只關注測試的話,關注點真的實在太窄,同時也會阻礙我們進入更高的一個高度。所以大家更多的開始關注所謂的質量,質量在項目中無處不在,可以說貫穿了整個項目,相比測試,質量的關注點會很不同,比如:

工程效率,項目流程

代碼規范,文檔傳承

應用架構,耦合性怎么樣

各種線上線下,實時或者T+1的監控機制

hotfix機制

打包、持續集成、匯報bug等工具平臺

… 其實這樣一來我們就能夠一目了然的明白測試其實在質量面前是一個很小很小的點。

為什么要說那么多呢,因為幾乎每天都會有人來問我“xx公司測試怎么做的啊?”,“xx公司持續集成怎么做的???”“xx公司測試開發比多少?。俊薄皒x公司用什么工具啊?”這些問題,其實我每次面臨這些問題我都很尷尬你們知道嗎?先不討論這些同學會不會問問題吧,就算知道了用什么工具,什么框架,測試開發比多少就能夠做得好測試了嗎?就能夠提升產品質量了嗎?明顯不可能啊。在一個企業中要提升產品質量絕對是一個大家一起要動起來的事情,而不是一個測試或者一個測試團隊就能夠搞定的,如果不明白這點,即使你操著賣白粉的心,結果你賣的還是白菜啊。

另外我順便在這里吐槽在這個行業很多所謂的測試管理和測試總監,你們除了工作年限長了點以外你們還會什么?會所謂的管理?很多所謂的管理和總監對技術幾乎沒有任何敏感度,對管理也就是紙上談兵,試問你們的自信是哪兒來的?你們是怎么面對這樣一個位置的?看到這本書的總監捫心自問下吧,我們現在所處的時代和你們當時的時代已經完全不同了,請不要再自欺欺人了。

再來說下《大話移動App2.0》這本書吧,這本書并非是第一本書的加強版或者擴展版,可以說是完全的一本全新的書。我對第一本書的定義和感覺可能和所有人都不同。從現在回過頭去看當初的自己,我覺得自己的確夠狂,夠年輕氣盛,竟然在當初那種一知半解的情況下就有勇氣去出書。但我依然認同我當初的一個觀點——《大話移動App》這本書可能因為我當初才疏學淺的原因導致技術層面的高度的確不高,但對于測試的理解,對于行業的認識,對于測試的態度這點上我是永遠不變的,所以我認為只有當整個國內的測試行業真正步入正軌,大家真正都愿意去好好學習測試,好好重視測試的時候,到了那一刻《大話移動App》第一本書才會真正發揮它的價值,一種精神上的價值。

我并不是什么圣人,但是我認為人活著就應該有價值,這種價值自我認可就可以了。人一生就那么多的時間,每個人都很公平,那為什么我們不用這些時間盡可能的去挑戰自己的極限呢?去發揮更大的光熱呢?去影響更多的人呢?否則多沒有意思啊。之前看過一部電影《絕命海拔》,這是真實的故事改編而來,我很推薦大家去看,無論生死都是為了去追求自己所愛,自己的極限,那么這一切就是值得的。

我在第一本書中也說過,書這種形態的東西,尤其是技術書,讓你看到它的時候,其中內容肯定已經落后1到2年了,希望大家明白這個道理。寫書是一個非常累的活兒,是一個挑戰自己毅力的事情,需要去記錄很多的案例以及當時的感受。所以希望大家不要太過苛刻,抱著空杯心態來看書最好。行業中無一本技術書籍的寫作風格與我相似,也沒有任何一本測試書籍比我所記載的更落地。這并不是驕傲,而是自信和自豪,我愿意100%的分享,別人不愿意。

通過這本書大家可以明顯感覺到自從《大話移動app測試》出版至今這一年多的時間內我到底成長了多少,我到底進步了多少,我又到底改變了多少。毫不夸張的說這本書將會讓整個行業更上升一個層面。那些抱怨《大話移動app測試》對自己技術沒有幫助的朋友,我在這里也向你們致歉,這本書算是對你們的彌補。不過同時也希望不要抱有太大的期望,畢竟書這個東西落后很多,不過你們可以隨時微信和我交流。

那讓我們一起進入一場有技術,有故事,有吐槽的測試之旅吧。

恒溫前言

亞馬遜雨林一只蝴蝶翅膀偶爾振動,也許兩周后就會引起美國得克薩斯州的一場龍卷風。2012年,Dan Cuellar 寫了Appium,他沒有想過2016年的今天,Appium 已經成為移動測試領域的一方霸主。這是軟件測試技術的蝴蝶效應。

在2014年的時候,我還在寫WebDriver 自動化,今天我在寫Appium 自動化。在UI 自動化這個領域,我跨了整整一個年代,成了傳統互聯網到移動互聯網的見證者,相信所有身在其中的人都深有體會。Appium,作為WebDriver 的繼承者和開拓者,目前看來是非常合格和稱職的。

我接觸Appium比較早,TesterHome 上線不久,我們就引入了這個框架,進行了布道并堅持到現在??梢宰院赖卣f,目前來看,TesterHome是最專業的民間Appium論壇。當然民間還有很多高手,尤其是這兩年,各種解決方案,衍生框架百花齊放。TesterHome作為這些內容的載體,也受益匪淺。

我一直想寫一本有關Appium的書,其實也在TesterHome發起過眾寫項目,可惜各種原因未能成品。如今市場上已經有幾本關于Appium的書在賣,質量都不能說好。所以我仍舊不推薦書籍,學習Appium還是需要熟讀官方文檔和深讀源碼。

受Monkey邀請,我有幸在大話2中寫一章Appium,我沒有想寫教程,也沒有想翻譯下文檔,我只是把自己的理解寫出來,和大家分享,希望大家喜歡。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容