qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          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承受不了新增工作量。后續:希望開發/測試比提升,熟悉測試的人員向開發崗位轉移。

            時代N:歪歪未來時代,開發測試崗位更加融合?

            ● 測試同學都有開發技能,熟悉系統;開發同學都熟悉測試工作,能隨時投入測試工作。資源統一協調, 根據研發的不同階段,大家一起開展各項工作?

          posted on 2013-04-25 10:29 順其自然EVO 閱讀(289) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄selenium and watir webdrivers 自動化測試學習

          <2013年4月>
          31123456
          78910111213
          14151617181920
          21222324252627
          2829301234
          567891011

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 辽源市| 六盘水市| 石河子市| 霍州市| 温州市| 科尔| 郎溪县| 桐柏县| 新巴尔虎左旗| 石嘴山市| 汤原县| 句容市| 东兴市| 堆龙德庆县| 鄯善县| 马尔康县| 文昌市| 冷水江市| 通许县| 同江市| 安图县| 吉木萨尔县| 宣武区| 凌云县| 玉环县| 达拉特旗| 康乐县| 抚顺县| 外汇| 宾阳县| 景谷| 安吉县| 远安县| 临夏县| 密山市| 大悟县| 河源市| 韩城市| 攀枝花市| 岱山县| 芜湖市|