作為一名入行也有些年頭的測試人員，今天想來跟各位同行（無論你是開發，pm，還是測試or其它職位上的「挨踢」人員）一起**下最後一公里的問題，只是我這個最後一公里**的物件是作為「測試工程師」存在於各大公司，包括在國內bat這樣的大it公司裡面也為數不少的一群人。
不記得在**看到這麼乙個橋段，橋段說：在戀愛的季節期，一年有365天，如果你在其中的某一天做的不好，那麼儘管其餘的364天你做的都很優秀也等於0，那一天的失誤也將直接導致你364天付出的歸零。感覺好苦逼的樣子，看來馬司令說的戀愛容易，婚姻不易，且行且珍惜，戀愛也不一定說就容易哦.......
作為一名普通的測試人員，也輾轉了幾家公司。每一處，都非常強調測試人員的能力提公升。比如說：coding能力、框架設計能力、db能力、架構理解能力、code review能力等等云云，全方位，360度打造我們測試界的「克塞號，鎧甲勇士，葫蘆娃」.......當然，我對於這樣能力提公升的安排是舉我所能及的手贊成的，並且我非常同意，如果要把測試做好，這些能力絕對是你不能忽視的，否則真會只見一斑。看不到實質，抓不住重點。但是在這條路上，有時候我們是不是丟失了一些什麼？弄錯了一些什麼？方向是不是也開始偏了？我們作為測試人員，我們有最後一公里嗎？如果有，我們的最後一公里是什麼？
首先，我們看個例子：有這麼乙個測試團隊，就職於國內某大型it（絕對的大型）企業，很多人畢業想進都很難的，記得當初自己進來也是面了幾次才勉強獲得機會。在平常的工作中，組內不僅僅有專門的人去負責和維護單元測試，也有專門的人去開發測試工具，更有專人去做協議測試，破解，暴力測試（請相信我，絕對不是簡單的點點，比如裡面有pdb檔案的破解、反編譯，反彙編）、弱網路等等測試，對的，這些都是測試人員幹的。該團隊所在的質量中心，也有專門的團隊在做外包人員考核，分析。專門的團隊負責大資料平台的建設，設計，開發、dump檔案分析等等。總之，絕對是乙隻戰鬥力驚人的團隊，是你居家休閒，出門旅遊的必備團隊，為你解憂～～～～但是，就是這麼的乙隻團隊，這麼的乙個中心，在長跑的過程中，他們的最後一公里是怎麼樣的呢？請看真實回放：
a：我靠，什麼情況？這個bug怎麼會在外網出現？
b：mb，知道了。那邊測試的時候環境被人清過db，資料跟外網db資料不一致，所以導致引發該問題的條件資料不存在。但是外網的db裡面有。。。
a：mlgb，緊急更新吧
a：我擦，為毛每次都是凌晨5點下班啊，是要做好床前明月光，猝死算工傷的節奏嗎。。。。
b：你抱怨個飛機啊，那邊打包出問題了，在除錯呢？
a：為毛每次都要做的打包還是會出問題啊，，，是隕石砸中了巨坑在這裡出現嗎？
b：你懂個球，打包是每週不同的人打的，專案組那邊很忙，沒人做文件，有文件也是很久之前的了，可以作為貴司博物館藏品
a：怎麼會這樣？不可能啊，我絕對測過，沒有這個問題的
b：淡定，問題查到了，是因為運維那邊沒有執行db操作，淡定
a：為毛開服，外網發布不做乙個外網發布方案啊，多好
b：你去推啊，只要你推的動，反正我們是推不動
a：去就去
a：你們能自己整個外網發布方案不？這樣也好在外網發布之前將思想理順，每個環節自己檢查自己的，都ok之後也不會出現因發布某個環節遺漏導致的問題啊
c：恩，很對。恩，我們接受
.......過了很久，還是一樣，，，木有文件，問題依舊，木有文件，問題依舊
a：納尼？qio do ma dei？這不科學，為啥會有空指標？
b：你看過**掃瞄工具的報告嗎？沒有發現？
a：沒有發現
b：你看過**來嗎？沒有發現
a：我表示真沒發現
b：你測試過這種場景嗎？
a：我測試過，正常的，我求你別問了，我真不知道，你告訴我吧，讓我不斷完善自己成為金剛葫蘆娃，嘀嗒嗒嘀嘀嗒嗒，葫蘆娃～～～
.........
朋友，你看到了什麼？我可以說，這些都是真實的案例，都是團隊加班了很久，忙碌了幾天，最後一天外放之前甚至加班到凌晨3、5點，經常可以稍微坐坐就能看日出的時間才下班，走出公司的大門。。。當他們從疲憊中醒過來，迎接他們的不是***y的鋼管舞女郎，更不是達買的吉澤小姐，而是一堆的xtx內部溝通資訊，「外網出bug了，這裡有bug，有測試在嗎？.......求緊急更新，測試看下啊？拜託～～～測試上去看看，預發布好了」每每這時，我都很想說一句：md，我信了你的邪～～～兄弟們，對不起，我們，，，又倒在了最後一公里這裡，，，
那麼到底是什麼讓我們總是屢屢的倒在最後一公里呢？往上看（只列舉部分）
測試環境不受測試控制
專案組核心流程風險控制不嚴格
專案組對於測試建議，，，一直都在當個屁，即使出了問題，他也會帶著耳塞說，沒事，放個屁嗎？反正**這麼大，沒人聽得到
測試組平常做的一些工具開發，一些看起來很美的東西，可能真的只是很美，對於專案的幫助到底在**？還是僅僅只是給上面的老大年底的時候漂亮的ppt上再多增幾筆？kpi的完成上再錦繡一番？
好吧，說多無益，說多了就感覺像個抱怨的怨婦了，我只想說，我們測試發展到今天，平常真的很苦，很苦，為什麼總是越過火焰山，穿過怒風林，馬上要取到真經的時候，總是在最後一公里看到很多的屍體，真的很可惜，「佛祖」一直看不到，聽不到，，，，，我們的聲音在笑，淚在飄，專案組的你們看不到，看不到～～～
請仔細思考，測試最後一公里到底是什麼讓他們倒下？作為測試行業的引導者，作為乙個公司的測試部門leader，作為乙個公司的ceo，副總裁，對於質量部門，你的預期期望到底該是什麼？
關於最後一公里
最後一公里 last kilometer 在英美也常被稱為last mile 最後一英里 最後一公里 原意指完成長途跋涉的最後一段里程，被引申為完成一件事情的時候最後的而且是關鍵性的步驟 通常還說明此步驟充滿困難 通訊行業經常使用 最後一公里 來指代從通訊服務提供商的機房交換機到使用者計算機等終端裝...
Scrum最後一公里
研發部門試點敏捷，前面的過程基本都比較正常，使用者故事，計畫會議 短迭代 站立會議 回顧會 功能驗收，基本都能正常完成，但是把產品發布出去，給生產部門使用後，總是得不到及時的反饋，總是等到系統正是開始使用後，才發現這樣問題 那樣不好用 之前推動生產部門的下的作業人員，希望他們能積極配合 及時反饋看看...
全棧最後一公里
centos的軟體安裝工具是yum 開啟終端鏈結伺服器 ssh root 39.108.162.237 檢視儲存空間 fdisk l 檢視記憶體 df h 修改埠 sudo vi etc ssh sshd config 修改儲存 wq 修改後重啟才有效果 sudo service ssh resta...