慢談軟件測試行業現狀一

慢談軟件測試行業現狀一

現狀

       一些中小型公司開始作軟件或互聯網軟件開發業務,可是老闆沒有意識到研發團隊還不夠完整。由於有一些團隊徹底沒有專職的軟件測試人員,這也是源於老闆與干係人,管理高層對軟件測試,軟件質量管理的理解層次度低,而大部分非研發出身的老闆,老是覺得軟件開發代碼寫完就可使用了,沒有深刻理解軟件測試過程。還有,即便他們瞭解了一些軟件測試與質量管理理論,也不肯意投入成本去實施軟件質量管理,這使得二三線城市的軟件測試水平大部分停留在黑盒手工測試階段,有少部分能夠作到白盒自動化測試。而事實上是真正的軟件測試是有技術含量的,當一切測試過程都自動化時,也包括最基本的自動化測試。 筆者曾經看到過,一些有5年以上工做經驗的研發工程師,對研發有了一些框架上的應用經驗,但仍然對軟件測試過程認識淺薄。筆者曾經寫過關於全面的軟件測試。說起咱們指望達成目標:html

      1. 頻繁的迴歸測試以確保每一個迭代的成果都是可交付的
      2. 讓整個開發團隊參與到測試活動中以縮短質量信息的反饋週期
      3. 讓客戶參與到測試活動中來幫助提升測試的有效性

單元測試Unit Testing 

  
     對於才畢業的一些軟件工程師,因爲一開始沒有經歷過軟件質量過程引導,不少軟件測試的認識僅僅停留在書本上,事實上早已遺忘了那些知識。當你開始接觸的單元測試,這個最基本的測試過程,仍是不太理解爲何要作單元測試,要寫不少代碼,只能說你的LEVEL不夠高。研發工程師須要本身保證本身程序的質量:程序員

image

單元測試一般是一段可執行代碼,並能驗證執行結構是否和預期相等。自動化單元測試能在軟件開發的任什麼時候候都能快速,簡單的大批量執行,保證能準確地定位錯誤,保證不會由於修改而引入新的錯誤,在系統開發的後期尤其明顯。編寫單元測試代碼的時間節約了將來修改/維護低質量代碼的時間。面試

       實際上咱們從上面的總結也能夠看出,單元測試的意義須要你站在整個項目全局視角來看,從長遠出發。當你只是一個程序員時,只是負責一個模塊開發,難以有這樣的體會。當你有一天能有全局視角,系統思惟時,見解將不同。關於軟件過程的質量管理,在以前文章IT持續集成之質量管理,以及移動應用App測試與質量管理,方法與實踐在其中。
數據庫

持續學習Keep Learning


在文章2016年測試狀態調查中,對軟件測試工程師職業發展趨勢:微信

測試人員須要發展本身思考處理複雜性的能力,潛在的問題就是大多數測試人員都在作敏捷項目。測試人員須要的不只僅是技能。做爲測試人員,還須要發展我的的優點或特性,好比說勇氣很好的判斷力思考和學習的能力。就像人腦是中央測試工具同樣,思考也是測試人員的幹細胞技能。固然,思考這個話題覆蓋面很廣,包括邏輯、創造力、批判性思惟、分析、綜合、問題解決等等測試人員須要的不少其餘認知過程。可是若是你不能學習,不能持續學習,你的思考也會是有限的。回到我的的優點和特性來講,若是你不充滿好奇心,你也不會學習。實踐。培養好奇心。與其餘任何技能同樣,你的想法越多,你在不一樣領域和環境中想得越多、學得越多,你的思考和學習能力就越強。想一下你工做的環境,想想在你不喜歡的環境中工做的狀況。若是你只在敏捷團隊中工做,嘗試一下在所謂的「瀑布」項目中的工做狀況,反之亦然。一樣,和擁有與你不一樣專業觀點和意見的人合做完成測試和軟件開發。你能夠從「另外一方面」學到不少有用的東西,在你不熟悉的環境中實施你本身的實踐。最後,經過思考並理解複雜的系統和領域,提升處理複雜性問題的能力網絡

     將來會發生一些不可知的社會、經濟和技術變革,做爲測試人員咱們要付出本身的技能和我的優點。咱們只能決定咱們要提供什麼,因此我以爲這就是咱們要努力的地方。測試人員須要靈活性強、適應性強老是學習新的技能和方法,並願意承擔新的角色和活動。架構

     image

      筆者在2017年時,曾經電話面試過一個46歲的測試工程師/主管。她當時在一家外資軟件企業工做也有17年之久。當時我問她最高境界的軟件測試是什麼?她回答插樁,從測試方法與概念上沒有錯,但她的思考與認識還不夠深。目前軟件行業中,可能她沒有參與過深刻高效的軟件測試過程。另外一個最大的遺憾是當年JAVA開始起步時,她們已通過多少JAVA程序的研發與測試。但她如今竟然不知道Docker容器,JAVA最新技術動態,Docker容器作爲軟件研發生命週期中革命性的產物,如今已不是新技術了。我知道她沒有持續的學習,讓本身隨着時間的成長,這樣是不知足咱們團隊的指望的工程師。最高境界軟件測試實際上是 合而爲一,不分彼此。在<<How We Test Software at Microsoft>>與<<框架

How Google Tests Software>>中描述相關方法與背景。在行業中有Microsoft,Google,Facebook等巨頭公司作到了軟件測試的最高境界。關於後續這一塊,咱們有時間再擴展開。運維

---------------------------------------------------------------工具

今天先到這兒,但願對您在系統架構設計與評估,團隊管理, 項目管理, 產品管理,團隊建設 有參考做用 , 您可能感興趣的文章:
Docker與CI持續集成/CD
互聯網電商購物車架構演變案例
互聯網業務場景下消息隊列架構
互聯網高效研發團隊管理演進之一
消息系統架構設計演進
互聯網電商搜索架構演化之一
企業信息化與軟件工程的迷思
企業項目化管理介紹
軟件項目成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與我的目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
項目管理溝通計劃
構建高效的研發與自動化運維
某大型電商雲平臺實踐
互聯網數據庫架構設計思路
IT基礎架構規劃方案一(網絡系統規劃)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之採購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之性能實時度量系統演變

若有想了解更多軟件設計與架構, 系統IT,企業信息化, 團隊管理 資訊,請關注個人微信訂閱號:

MegadotnetMicroMsg_thumb1_thumb1_thu[2]



做者:Petter Liu
出處:http://www.cnblogs.com/wintersun/
本文版權歸做者和博客園共有,歡迎轉載,但未經做者贊成必須保留此段聲明,且在文章頁面明顯位置給出原文鏈接,不然保留追究法律責任的權利。
該文章也同時發佈在個人獨立博客中-Petter Liu Blog

相關文章
相關標籤/搜索