我的軟件測試職業的4年光陰

　　軟件測試崗位同一個業務產品不知不覺已經經度過了4個多年頭，也是自己現有唯一的工作經歷。為自己負責，對4年光陰進行一下回顧總結：慶幸這4年多也不是一成不變，每年基本都螚有新的形式挑戰。

　　算來也是經歷了產品測試工作的幾個時代吧，淺談一下自己對幾個時代的感受。(PS：按個人感覺分的時代有片面性，老了記憶也不太牢靠可能發生時空穿越，有不正確的地方還請大家見諒!! 謝謝)

　　零時代.只有Dev無正式測試工作(沒親身經歷過，列在這里算全面一點吧，呵呵)

　　【時代特征】軟件開發的初期，只需要唯一的核心人員：Dev。 編碼完成后,無專職Tester也沒有正式的測試工作，Dev按照自己對軟件功能要求，隨便進行操作驗證，覺得沒問題后就算測試結束，即可軟件發布。

　　【時代優勢】自由開發自由測試，相信“自由”會讓現在的很多Dev激動不已，呵呵。

　　【測試定位】 無

　　【不足困難】軟件功能點多了后，為保證質量需要測試執行的功能點變大， Dev們自己負責會覺得浪費時間;沒有正式測試計劃的情況下也很難保證質量。 覺得還是需要專職的測試人員好了

　　時代一. 純手工測試(自己應該是抓住了這個時代的尾巴,開始工作時業務線組內很多人也是純手工的)

　　【時代特征】 1. 測試工作純手工完成，能彌補零時代不足，即：釋放Dev勞動力，讓他們可以專心的開發; 保證測試質量，開展正式測試工作：測試設計+TC編寫+測試執行+產 出測試報告。 2. 測試工作門檻低，邏輯清晰的實習生稍微學習一下就能勝任。工作重心從用戶需求角度出發，進行測試

　　【時代優勢】 勞動分工Dev的效率提高了;專人負責測試工作產品質量更能得到保證

　　【測試定位】 1. 從產品需求出發開展測試工作，產品質量的守護神。 產品上線質量好就可得到PD(產品經理)，Dev的肯定，實現價值。 2. 守護神對質量要求高，一些需求小點也可以和Dev拉鋸幾天。

　　【不足之處】 測試工作效率不高往往成為研發環節的瓶頸。面對互聯網產品迭代開發的模式，重復工作量大，純手工太累! 需要需求方式提高測試工作效率

　　時代二. 嘗試小部分自動化(準確的說我參加工作時，已經是這個時代了)

　　【時代特征】 依然是手工測試為主，業務線團隊中開始嘗試頁面自動化等。

　　【時代優勢】 腳本覆蓋主要流程，可以逐漸替代之前每次發布前人工手工回歸的工作。釋放了測試人員部分機械的重復工作

　　【測試定位】 依然是產品的質量守護神，開始用技術手段提高工作效率

　　【不足困難】 自動化剛起步，需要進步提高自動化覆蓋率

　　時代三. UI和API自動化搞起(自動化持續集成，成為發布前標準)

　　【時代特征】 嘗到自動化的甜頭后，測試團隊全員都開始投入自動化工作，UI和API全面開花。 建立自動化持續集成， 自動化成為發布前標準等

　　【時代優勢】 自動化工作蓬勃發展，覆蓋率大幅提高。 自動化釋放了很多手工測試工作

　　【測試定位】 手工向自動化測試轉型，論證把盡可能多的工作用自動化手段實現

　　【不足困難】1. UI和API都是集成測試，覆蓋率到達一定地步后，遇到瓶頸。對系統和外部交互較多的產品線， 例如：電子商務網站的交易業務產品要交互應用(用戶，商品，物流，支付，優惠，各種交易模式涉及的應用，各種交易渠道涉及的應用，各種特殊服務涉及的應用等)會較多， 集成測試依賴真實外部環境，導致腳本維護確認成本大。 2. 業務發展需要，系統承載業務功能點愈來愈額龐大，又需要較快速的響應多業務方在系統中的迭代開發。 即要求：測試工作量變大情況下 ，更加高效率。面對瓶頸，測試不得不尋求新的突破點

　　時代四. 拉開發下水：質量不是測出來的，是開發出來的

　　【時代特征】 測試退去質量守護神光環，拉開發下水：提倡開發自測，堅持提測標準，讓開發開展UT。代碼review，要求開發更精準的評估每次迭代。

　　【時代優勢】 測試對質量保證發現了一個新大陸，看到解決時代三矛盾體的希望了

　　【測試定位】 綜合考慮質量成本效率，更多的關注系統持續迭代的質量; 退去守護神光環， 對一些小的業務需求點不會和開發死磕到底了。

　　【不足困難】 Dev面對這些新的質量保證工作，時間成本個人情感什么也不一定能承受，幾項工作開展的效果如何，就不能一概而論了‘

　　時代五. 測試深入系統，開發掌握測試工作

　　【時代特征】 1. 三軍整合：之前海陸空(UI，API，UT)各軍都有一定發展基礎，考慮效率成本等需要整合。 2. 測試UIAPI和開發UT整合時，考慮資源統一協調，提倡大家熟悉系統。

　　【時代優勢】 對系統進行剖析，測試更加熟悉系統，開發也更加熟悉測試工作

　　【測試定位】 測試工作還是讓熟悉系統代碼的人負責協調，優勢原因：熟悉系統能更好的協調3軍， 能更精準的評估每次迭代的影響范圍保證質量。

　　【不足困難】 測試工作向開發轉移，但人力資源還沒有跟上，Dever承受不了新增工作量。 后續：希望開發/測試比提升，熟悉測試的人員向開發崗位轉移。

原文轉自：http://www.taobaotesting.com/blogs/2399