測試五境界

測試五境界：

　　測試的第一境界：找出儘可能多的Bug！盡情享受找Bug的樂趣！

　　剛進公司時，我總是很滿足於找Bug，找出更多的Bug。我用來評判自己的標準也很簡單：今天自己找出的Bug是否比昨天更多？自己找出的Bug是否比別人的更多？可以說，剛入行的我真的很享受這種找Bug的樂趣，當我看到自己找出的一大堆新Bug時，感覺就像自己賺了非常多的錢，那種守財奴的喜悅心情讓我至今倍感難忘！ 

　　測試的第二境界：儘可能地找出嚴重，甚至是致命的Bug！

　　當我找出的Bug快速地被開發人員幹掉的時候，我又開始變得很沮喪，彷彿他們幹掉的不是我找出的Bug，而是我辛辛苦苦積攢的財寶。這時候，我開始對自己提出更高的要求，要儘可能地找出嚴重，甚至是致命的Bug，只有這樣，我的財寶纔會被保存得更長更久。但是，要找出嚴重的Bug就需要我對整個系統理解更深入，對系統的邏輯理解得更透徹，對需求瞭解得更仔細纔行，這樣，我不得不認真地去研究需求文檔，研究設計文檔，不斷地與開發人員溝通，找出核心致命的問題所在！

 　　測試的第三境界：專注於實施的步驟，讓Bug自己現形！

　　測試人員如果作爲孤立的個體存在於某一個項目組中是很難成長的。如果你只是做測試，如果你只是在填報Bug和驗證Bug時才與開發人員溝通，那你永遠都是處於一個敵對的位置——這種敵對不是指你的親和力不夠，不是指你的言辭缺少謙虛，不是指你溝通不力，而是指思維的角度。你很難從開發人員的角度去思考問題，你永遠不清楚自己挖出的Bug究竟是由什麼原因造成的，你只是不斷地在提交Bug，並等着開發人員去解決它。對於項目而言，你是一個不折不扣的破壞者和尋釁者，至多算個檢驗員，而不是協助者，構建者。

這時候，你就需要改變了！

　　很多測試人員，都始終邁不過這個坎，到不了第三境界。這不一定是他們的問題，很多公司也不允許測試人員跨過這個坎，往前邁進！

　　第三境界需要你參與到開發當中，作爲項目前進的一個步驟而存在——這就是，實施和部署！

　　很多公司在項目的實施和部署上都是由開發人員來完成，以前我也認爲這是理所當然的事情。到Pfizer後，兩位項目經理都要求由我來做整個系統的部署和實施。這下可把我難壞了。因爲單純的執行部署和實施雖然簡單，但你必須清楚每一個步驟的實施是爲了什麼？每一步的進行對下一步，甚至以後的實施造成什麼樣的影響？每一步的檢查點在哪，如何進行審覈？如果出了問題，如何回溯到上一步？如何迅速地定位問題的所在？如何幫助開發人員分析問題發生的原因？如何在以後避免類似的問題出現？等等等等。

　　達到這一步不難，但需要團隊的支持與配合。只有當團隊形成一個統一的整體，協同作戰，並得到上面強有力的支持和肯定，這一步才能順利完成。

　　測試的第四境界：設計和構建測試場景！

　　當你的測試達到設計場景的高度時，一切的一切都盡在掌握之中！

　　你會從戰略的高度俯瞰整個項目，對項目的構建及排兵佈陣瞭如指掌。你能夠站在需求和設計的高度去審視這個項目的進行，這時候，你已經完全融入到這個項目中去。你能夠輕鬆地換位思考，你能夠站在客戶的角度研究需求文檔是否完善，你能夠站在架構的角度觀察項目設計是否合理，更主要的，你能夠站在測試的角度思考如何構建一個無堅不摧的測試場景！

　　這時候，你能夠通過開發的進行去設計不同的測試場景，無論是單元測試、模塊測試、集成測試、系統測試，還是性能測試、迴歸測試，甚至用戶的UAT測試，都已經不是問題。因爲你可以通盤地進行設計，在每一個Milestone，你都能準確地知道該如何進行檢驗。

　　第四境界不是空穴來風，它完全建立在第三境界所累積的經驗上。當你的部署和實施達到一定程度，當你部署和實施的經驗不斷累積時，你就會慢慢發現，某一個Milestone，需要如何進行詳細的部署和實施？通過這樣的部署和實施能達到什麼樣的效果？如何通過這樣的部署和實施完成對該階段項目質量的檢驗？如何通過對一個個的Milestone的場景設計，最終保證完全達到用戶的需求？

　　這需要多年的成功經驗的累積，不是一蹴而就的事情！ 

　　測試的第五境界：持續改進自己的設計！

　　第五境界其實是一種心態，就是永不滿足，持續改進！

無論你的場景設計在現在看來多麼完美，多麼牢不可破，總有你沒看到的缺陷所在，總有不適合某個項目的地方。時代在進步，項目的架構在飛速發展，如果用一層不變的思路去設計和測試，總有不合時宜的那一天。

　　人，最可貴的是勇於挑戰自己，永不滿足，永不服輸，只有一次次地將自己挑翻在地，才能一次次地爬起來，走得更好！ 

　　我現在還在通往第三境界的路上艱難行進，不敢妄言後兩個境界，希望各位同仁不吝賜教！在此萬分感謝！