20年的老軟件測試員告訴你，多數人不知道在測試方面，軟件評測師含金量是否高？

我是一包傷心的辣條，最近，一位網友在知乎上問了一個問題：我們公司技術負責人準備培訓一下開發同事，讓他們學習一下測試技術棧，從而分擔一下測試的工作量。評論區有一位網友...

20年的老軟件測試員告訴你，多數人不知道的內幕
我們精選了一下網友答案：

···································^^····································

我是一包傷心的辣條，最近，一位網友在知乎上問了一個問題：我們公司技術負責人準備培訓一下開發同事，讓他們學習一下測試技術棧，從而分擔一下測試的工作量。評論區有一位網友表示：跟我們公司之前一樣，結果軟件在上線的時候有個嚴重問題都沒有找出來，后面把大家的工作量越加越大。。。”測試哪有他們想的那么簡單。

能做，和能做好，中間差了很多，如何高效、全面的測試出軟件中的BUG，這是值錢的地方。

如果說軟件測試無非就是寫幾個測試用例，再去執行，再把BUG匯總。

那么，程序員無非也就是寫幾行代碼，實現需求。

產品經理無非也就是提出需求，讓技術實現。

運營無非就是打廣告而已。

UI無非就是做界面的。

軟件測試的歷史

軟件測試的起源要追溯到20世紀50年代，計算機剛誕生不久，只有科學家級別的人才會去編程，需求和程序本身也遠遠沒有現在這么復雜多變，相當于開發人員一人承擔需求分析、設計、開發、測試等所有工作，主要以調試為主。直到1983年，美國國家標準局發布“Guideline for Lifecycle Validation, Verification and Testing of Computer Software”，也就是我們常說的VV&T。VV&T提出了測試界很有名的兩個名詞：驗證(Verification)和確認(Validation)。人們提出了在軟件生命周期中使用分析，評審，測試來評估產品的理論。軟件測試工程在這個時期得到了快速的發展

而真正引起軟件測試質變的是智能手機的普及，智能手機成為了人們生活中不可或缺的一部分，移動互聯網時代的到來，更是推進了軟件測試的發展，隨著技術的發展，接口自動化測試火了起來，而且以燎原之火趨勢影響著IT領域。

雖然軟件測試的發展一直很好，但軟件測試依舊是頗具爭議的領域：

首先，相對于開發來說，軟件測試入門的門檻較低，有些人因為IT界的高薪而頻繁轉到此行，但又不愿意學習更多的知識和技術，入行四五年依舊在做著最基本的功能測試，久而久之，軟件測試的技術水平參差不齊，進而拉低了軟件測試工程師在整個行業中的形象。其次，沒有持續關注軟件測試的人對于軟件測試的印象還停留在很久之前，覺得軟件測試僅僅是按照操作手冊，點點鼠標，驗證一下結果，不需要你有代碼能力。最后，軟件測試不僅僅要有一顆細膩的心還必須有著很強的理論性，技術偏向于純邏輯。高級的測試會把測試技術玩出花來。比如工作要用釘釘打卡，我就自己寫個自動化打卡腳本，每天定時打卡，前后控制5分鐘的隨機時間，還不被發現出現問題。還可以用接口測試工具做一些其他的事，比如：湖北房價變化啊、天津天氣情況啊、還有最新的自動化知識啊、抖音推薦內容啊。。。其實測試到后期也要用開發的技術，這里改用王牌特工里的話：無代碼者，無以立也。

也正因如此，知乎上經常可以看到有人提出諸如：“軟件測試還有未來嗎？”、“軟件測試是飽和了嗎？”、“2020年軟件測試該如何走下去？”等問題。其中有個知乎網友在建議學習軟件測試的回答下評論道：因為軟件測試簡單啊，開發太難了。

軟件測試真的很簡單嗎？

近年來，軟件測試的發展速度極快，軟件測試再也不是當初人們口中的“點點點”就行了。最早基于瀏覽器進行測試，后面一點點擴展到接口、自動化、性能等測試

最早的軟件測試者，會編寫測試用例就能找到一份不錯的工作了，不過最近幾年以來，伴隨著各個端平臺的迅猛發展，軟件測試技術棧就更新了好幾代，并沒有大多數人想象中那么簡單，做好軟件測試并非易事，如何在軟件測試領域占據自己的一席之地是很多軟件測試者都在思考的事情。

現如今能夠熟練的使用Python技術，已經是每個人所必須掌握的技能了。

有的人是科班出身，有的人是由其他行業轉行成為測試的一員，無論是哪一種情況，都需要一個良好的基礎。軟件測試需要掌握的技術越來越多，雖然嘴上說著“學不動了”，但身體很誠實，已經默默的把技術的官方文檔加入到瀏覽器收藏夾。

軟件測試需求飽和了？

知乎、百度等一些平臺上偶爾出現這樣一種說法，軟件測試熱度已經降低了，軟件測試市場已經飽和了，軟件測試工作沒有那么好找了。但實際上，這種說法并不成立。軟件測試剛剛進入這個時代沒多久，這個東西就飽和了？你們覺得可能嗎？

任何一個行業都有一個優勝劣汰的模式，這個模式相信大家都有一個認知，也是一個定律。市場需要它就不能沒有，

根據職友集的數據來看，軟件測試的市場那個需求量依舊很大。

圖片來源于職友集

由上圖數據可以看出，在今年疫情爆發的時候，市場需求量有下滑趨勢，隨著疫情逐漸得到控制，市場對于軟件測試的需求又逐步增加。

無論軟件測試這一領域如何發展，自身的技術和經驗等硬實力永遠是核心競爭力。

記得前段時間，有個朋友曾向我吐槽，大專學歷，在深圳一家企業做了8年功能測試，每天朝九晚五，很少會主動加班，薪資10K，本來想著說就在這家公司一直做下去，直到退休。

今年2020年受疫情影響，IT行業裁員嚴重，剛好他們公司就面臨著這樣的事情，而他也是裁員名單中的一位。

現在，聽他說已經面試了快半個月只收到了一家offer，他只會寫測試用例，看需求，其他都不會。給他開的薪資是6K又嫌低。年齡也不小了，對于未來一片迷茫。

對于軟件測試來說，想要有更好的發展，就需要持續學習、不斷進步。總而言之，可能你現在“點點點”的日子過得很舒服，但是長此以往和“溫水煮青蛙”無異。跳出舒適圈才是提高自身核心競爭力的開始！想要了解更多歡迎你的掃碼到來。

jq.qq.com/?_wv=1027&k=tMNNhYUh (二維碼自動識別)

·······································································

在測試方面，軟件評測師含金量是否高？
我們精選了一下網友答案：

軟件評測師在軟考里屬于中級水平，含金量是有的，不過具體還要看你對它掌握的程度。就我個人意見，我覺得軟件評測這方面還行，我就是做這行的，去年還參加過希賽軟件評測師培訓班，一是學習更全面的知識，二是為了拿個證，也是對自己的肯定，職業規劃不要太急，但一定要走對。

···································^^····································

個人覺得軟考的含金量要高一些；計算機等級考試，目前對找工作，個人學習價值不大。軟考是跟職稱相掛鉤的考試，考過了所對應的級別就會獲得所對應的職稱、而且在北上廣等發達城市落戶積分也有幫助。四級軟件測試工程師是計算機等級考試中四級的一類。考生應具有軟件工程和軟件質量保證的基礎知識，掌握軟件測試的基本理論、方法和技術，理解軟件測試的規范和標準，熟悉軟件測試過程；具備制定軟件測試計劃和大綱、設計測試用例、選擇和運用測試工具、執行軟件測試、分析和評估測試結果以及參與軟件測試過程管理的能力，滿足崗位要求。通過軟件評測師考試的合格人員能在掌握軟件工程與軟件測試知識的基礎上，運用軟件測試管理方法、軟件測試策略、軟件測試技術，獨立承擔軟件測試項目；具有工程師的實際工作能力和業務水平。

·······································································

如何追趕阿里，超越騰訊？研發交付效能低可不行
我們精選了一下網友答案：

···································^^····································

BATJ 一直是眾多技術人心中希望追趕上的夢想，畢竟“家大業大”，但是在業務迅速發展的背后，離不開工程師們的艱苦奮斗，如果說“996”“007”是一條路，那我們是不是能有其他辦法能追趕阿里，超越騰訊呢？

或許軟件交付效能就是一個辦法。軟件交付效能是什么？為什么要提升軟件交付效能？如何提高軟件交付效能呢？

為了幫助大家了解企業的軟件交付效能、提高軟件交付能力，這一次 TGO 鯤鵬會將聯合 KodeRover 做一次“軟件交付效能測評“ 。

此次 “軟件交付效能測評“ 調查和評估的對象為企業的核心技術人員（包括技術負責人、架構師、技術總監、CIO/CTO 等），調查者從個人視角客觀描述自己親身體驗的某一典型項目或產品的軟件交付能力。

問題設計貫穿組織文化、架構、質量工程、CI/CD 持續交付等最佳實踐的采用情況，在不同領域以 1-10 等級打分而非“是 / 否”選擇，目的是更清晰客觀的描述企業交付效能的現狀，數字化呈現軟件交付成熟度指標。

該系統采用自我評估和數據驅動 IT 的理念，方便企業自行評估現階段軟件交付情況。該系統問卷也可以作為企業研發最佳實踐指引，調查結果方便企業內部進行比對和自檢，不斷提升應用程序交付的速度、敏捷性和質量。

團隊多個成員可以針對一個項目進行調查，更全面地評估一個項目的全視角數據以及效能盲點。軟件交付效能的客觀成熟度評分，還將告訴團隊如何改進最關鍵的地方。

那么，KodeRover 會用這些數據做什么？

首先，數據的采集和公布安全可靠，不涉及任何關于私人和企業名稱，只關注所屬行業和團隊規模。

其次，KodeRover 會針對每一份完整的數據樣本進行清洗，分析關鍵域指標。當樣本達到一定數量，KodeRover 將聯合 TGO 鯤鵬會，輸出軟件交付能力的數字化呈現及報告，旨在幫助研發管理者識別正確問題，尋求合理解決方案，以及捕獲最佳實踐。

最后，希望這份報告將首次呈現基于不同行業的交付效能指標，為行業數字化進程作出一定貢獻。

為了感謝活動參與者，KodeRover 特意準備了一份小禮物~

完成所有題目的參與問卷者可以得到完整的 “軟件交付效能” 畫像，屆時，請持續關注 TGO 鯤鵬會公眾號，第一時間了解報告發布的信息。

趕緊識別下方小程序碼參與活動吧！

關于 TGO 鯤鵬會

TGO 鯤鵬會是匯聚全球科技領導者的高端社區，我們希望讓所有孤軍奮戰的科技管理者都能找到屬于自己的圈子。TGO 目前在北京、上海、廣州、深圳、杭州、南京、成都、廈門、臺北、硅谷、武漢、蘇州等十二個城市設立分會。總體累計會員超過 1000 人， 60% 以上皆為 CTO、COO、技術 VP、有技術背景的 CEO 等科技領導者，遍布如企業服務、生活服務、互聯網金融等各大行業。

點個在看少個 bug