前言
‘談手工點點點’貌似看起來是一個俗到不能再俗的一個話題，但是就是這麼一個俗到不能再俗的話題，好像在一些從業一二年同學的心裡并沒有一個完全的概念（可能看下邊的總結，幫助不大，當然大神就可以跳過了，僅僅談個人愚見）。
在一些技術交流群中發現一個有趣的現象（可能接觸的人群有限，但并不排除正在看的你不是這類人群），首先，先解釋一下主題，“手工點點點”是對功能測試（又名黑盒測試）的一個戲稱，這類工作，基本是以名震測試界的一種至高無上武學----“二指禅”來進行工作，這類測試人員有一個江湖統稱，叫“點工”。現在的測試市場上絕大多數還是“點工”的地盤，那麼，點工真的有那麼厲害？點工的工作真的很簡單？或者點工日子很滋潤？。。。非也！如果上述的三個問題真的都是真命題的話，那大家真的可以高枕無憂。而之前談到的“有趣的現象”便是引申上述三個問題的緣由。
現絕大部分點工的處境是一個非常尴尬的，各類自動化技術層出不窮，測試人員延伸技術棧太廣，市場要求越來越高，一系列的壓力不免給點工造成學習誤區，盲目的去學習某種技術（并不是讓大家不學習，而是不要盲目的學習），當然這塊會有一個反駁的觀點，不多看一點技術怎麼出去吹牛逼？怎麼去拿下高薪酬的工作？是的，但是這塊個人覺得應該更正确的審視自身。
那麼先抛出第一個問題，你是否是一名合格的點工？
一名優秀的點工身具怎麼樣的素質，掌握什麼樣的技能？
業務首當其沖，沒毛病，點工就是靠業務吃飯，那麼，扪心自問，你對自己的業務熟悉麼？很多人會說，熟悉。
不，其實不熟悉業務的人，或者說隻熟悉表層的人很多，他們隻熟悉在界面上如何如何，這個頁面到下個頁面顯示什麼（一些寫的很粗的測試用例便是如此，擴充需求），對，這也是測試的一部分，但是對邏輯的處理、資料的解析、存儲、表字段以及表之間的關聯等等是一無所知。例如：一個商城系統，下筆訂單--->下單成功-->付款成功；前端流程跑起來，一馬平川，但是對于資料庫中字段更新，例如商品資訊對應表字段，訂單表中的訂單狀态，金額，時間等，下單成功之後餘額表中的字段更新，你們真的關注過麼？（可能你關注過，但是從業一二年的點工不看資料庫的人絕對不是少數），這一點做不到，那麼離一個合格的點工還有距離。
這是其一，不關注資料。這也是比較緻命的一點。
其二、測試不思考的點工太多。
這裡的不思考涵蓋的點有兩點，1、盲目測試；2、盲目提BUG；
盲目測試指的是對需求了解的太淺，從來不去散發思路，有一做一，有二做二，沒有質疑，沒有思考過與目前業務相結合是否有邏輯沖突，沒有思考過隐藏邏輯。是，點工測試的依據便是需求規格說明書，簡單的過一下需求評審，按部就班寫點粗的不能再粗的測試用例，測試草草了事。扣在頭上的不是鋼盔，而是鍋。
盲目提BUG指的是從來不去看日志，從來不分析報錯原因。前端操作出來問題，直接送出BUG；太信任開發。測試處于團隊弱勢群裡也說得過去。。。
其三、求助方式效率太差。
為何這麼說？本人也經常在技術群中回答一些力所能及的問題，但是對于沒有問過度娘、沒有思考的一概不理。
行業内不是流傳一段甚廣的“諺語”麼，内事問百度，外事問Google。
有在技術群中發問的時間，度娘、Google已經為你準備了不下N種解決方案。
提問的方式不再贅述，前面有<提問的智慧>一節，也貼上了原位址，感興趣的可以看看。
理完上述三大點，自己再評估評估是否合格。
最後，談學習的問題。
是的，挨踢行業本來就是技術更新飛速的行業，不學習随時面臨淘汰，在此共勉！有良好的學習習慣盡量保持。
但是，筆者發現一些很撈的觀點，有多撈？撈的嘛。。。例如對于自動化的觀點，自動化産生本身便是解放人力，任何自動化都一樣，就例如人原始的行動方式是走路，發明了汽車，汽車代替人走路，效率更高、更省力，某種意義上便為自動化，但是部分人貌似扭曲了對自動化的認識，認為某種架構便是代表了自動化，于是半夜挑燈死磕。。。但是，這種架構真讓你自動化了？心裡有點數吧，除增大成本無任何優點可言（這塊沒有誤導的意思，隻是要理性，“家裡”有礦，當沒看見），退一步講，達到完全自動化的境界，江湖上留下的不是點工，而是點工的傳說。隻是糾正對自動化的認識，不給杠杆。
技術是驅動生産力的産物，自動化是節省成本的産物，不要撿了芝麻漏了西瓜。自動化技術要掌握，如何能讓其自動化起來，需結合自身業務，能力，目标等綜合一體來進行實施，學習也是有針對性的去學習，“紙上得來終覺淺，絕知此事要躬行”因為學到的知識隻有運用到實際工作中才是掌握，踩坑了才是掌握。。。這樣效率更高一點。
技術無止境，願時代的點工能渡過元會劫，點工加油！