最近應部分朋友要求，將之前做的一門企業內訓課程的內容，整理成文字，在知識星球里和大家分享，

所以對微信公眾號有些怠于更新了，這里將知識星球的前期一些章節在這里分享，主要是一些對測驗的誤解，

從業多年，我們看到了太多對測驗的誤解，包含兄弟部門對測驗的誤解，測驗行業對自己的誤解，真的是見慣不怪了，甚至有的時候，你也只能苦笑而過，

• 兄弟部門對軟體測驗的誤解

我們總是習慣了先說別人，這是一個不好的習慣，遇到事情，我們還是需要多從自身、己方來找原因，看清楚哈，是自己的己方，不是甲乙的乙方，

如下幾條是非常扎心的測驗人員的委屈，在現場引起了高度共鳴，

*************************************************

誤解1:如果發布出去的軟體有質量問題，那是軟體測驗人員的錯

在實際的作業中，測驗人員經常會被指責：為什么這個沒測出來，，測驗人員經常成為那背鍋俠，真正印證了那句：沒問題的忽略你的存在和功勞，但是出了問題，都是你的問題，你的錯！

然后，我們要正視：

1. 軟體測驗是一種有效的提高軟體質量的手段

2. 即使在投入上有所保證，測驗也不能百分為百發現所有質量隱患

3. 軟體質量并不僅僅是測驗出來的，Bug永遠不會是測驗人員制造出來的

*************************************************

誤解2:軟體測驗技術要求不高，至少比編程容易多了

1.十幾年前的測驗行業是個高門檻的職業，技術要求更是高于開發，要能進行代碼走讀、要能從底層設計上指出設計缺陷，做外企，如微軟，更是有SDET職位，薪資和要求一點都不比開發工程師的低

2.如何在有限的投入下，提高軟體測驗的效率和產出是一件很見功底的事，好的測驗人員不僅要掌握各種測驗技術，還要具備豐富的編程經驗和對BUG的敏感，測驗的復雜之處，除了測驗技術問題之外，還有測驗管理問題，

3.目前測驗行業的門檻低，是整個行業造成的，任何職業的從業人員都是呈現金字塔分布的，但是近些年的底部面積拉大，尤其是互聯網行業下的質量要求降低，系統質量的要求往往沒有傳統軟體那么高，這也導致了出現小問題，不怕，門檻一降再降，甚至直接鋸掉了，“凡是阻礙朕騎車的門檻，一律鋸掉”，所以越來越多的同學涌入測驗行業，甚至轉行、跨專業等，來做一些技術要求偏低的手工測驗作業，

注：2019年，我在NCTS會議演講的時候，曾經說過，測驗的地位低是大量從業人員自己造成的，也是產品趨勢造成的，細細品品哈，

*************************************************

誤解3:有時間就多測驗一些，來不及就少測驗一些

測驗不是可有可無，隨心所欲的，

規范化的軟體開發需要對軟體測驗早做計劃，分配必要的時間、人力和財力等資源，并將其作為專案管理的一個部分加以控制和協調，

但是在有限的時間里，我們一定要抓住核心功能、重點關注的部分，來大力投入，通過有效的手段，比如關鍵字、標簽、功能相關性、精準測驗方法等找到你需要重點關注的部分，

*************************************************

誤解4:設計-實作-測驗，所以軟體測驗是開發后期的一個階段，也只是測驗人員的事情，與他人無關

大家熱衷于討論人人都是產品經理，卻很少有人愿意討論人人都是質量人，

扯點題外話，曾經有人開玩笑，產品經理有種與生俱來的優越，讓人很向往，因為好歹是個經理嘛，其實我對產品經理的期望是蠻高的，作為產品的Owner，產品定義、專案管理、橫向溝通、對外銷售對接等，所以真正給個經理的title，并不為過，

那么測驗到底在開發的哪個階段呢？在當下講敏捷研發，講DevOps，我們認為測驗無處不在，貫穿在研發中的每一個地方，當然你可以把測驗擴大到“質量活動”這個概念上來，

在敏捷組織轉型里，有一些人會把開發測驗產品放成一個Scrum團隊，這是一個產品化的管理模式 ，那么在這樣一個產品化管理模式里，開發測驗產品在一起摸爬滾打，打造一款產品，有著共同的目標，所以要背負同樣的質量任務，祖國建設不分職業貴賤，需要各個工種精誠合作，

在CICD、DevOps趨勢下，我們為了加速交付，需要實作持續測驗，所以會把測驗/質量活動，融入到CICD的流程中去，如何時觸發自動化的介面測驗，何時觸發代碼掃描，實作部分的測驗左移等等，這些都對質量活動的發生階段提出了更多的要求，

• 測驗人員／領導對測驗的誤解

每次談到這個話題的時候，其實比談兄弟部門對測驗的誤解，心情還要沉重，因為這反應出了測驗行業自身的問題，自己不爭氣，怎么都沒用，不是嗎？

*************************************************

• 誤解1: 測驗人員的職業發展，自動化測驗一定比功能測驗高級嗎？－－－好好想想，再回答！

看到這個命題的時候，不知道各位怎么看，或許有人嗤之以鼻，不以為然，心里默默的說：簡直廢話，

可是，我沉默了，我是多么希望有人能幫我指出這句話中的問題，

其實：功能測驗和自動化測驗本來就不是一個維度的東西，為什么要放一起呢？

我記得做培訓現場，我講到這個章節的時候，是對現場的同學做了一些提問的，這里也希望大家能一起思考一下，或者回憶一下你在最近的各種場合，如面試中，是如何回答的？

　　對于這么常見的問題和答案，大家發現了什么問題沒有？

　　我一般遇到這種答案的時候， 會啟示候選人這個答案有什么問題嗎？當然，有些同學在這個時候，會有點懵，

　　我繼而會啟發，那目前的經驗和后續希望的方向，有哪些區別？同學們會回答功能測驗主要是日常作業，自動化測驗更能體現技術水平，也是很多公司喜歡的定位，

　　其實，候選人的這個答案，最大的問題在從不同的維度來劃分了測驗種類，

和功能測驗同一個分類維度里有哪些呢？

這個觀點，有些測驗總監也分不清，對嗎？

我們一起想一想你們的測驗總監是不是有時候也會說：別天天做功能測驗了，做點自動化測驗吧，這樣對你們職業發展有幫助，

似乎苦口婆心，其實他犯了一個最根本的錯誤，把分類搞錯了，自動化測驗對應的是手工測驗，

說到這里，大家是不是真的相信了，似乎你自己的回答、你領導的說法，都被我說中了吧，

*************************************************

誤解2:測驗開發工程師的職級問題　

前幾天，我關注了一個抖音公眾號，說實話，我是抱著學習的心態去關注的，他一萬多粉絲，做測驗公眾號里，算成績很好的了吧，我認真看了他的幾個短視頻，

• 首先，我必須說，我不理解為什么有些公司會允許團隊花費這么多時間在這上面，如果是專業運營團隊，無可厚非哈，比較短視頻是流量入口，然而這是一個公司內的測驗團隊，測驗總監帶著團隊成員開公眾號，拍視頻，如果我是領導，我會不開心的，有點浪費公帑啊，前幾天，恰好也看了一篇文章：“你的副業正在毀掉你的職業發展”，希望大家能好好思考，

• 自詡年薪５０萬，列出了自己的職業發展路徑，似乎自己已經屬于測驗行業的頭部一樣，殊不知百萬級的測驗總監還是有一些的哈，

• 給出的一些測驗知識，在我看來完全是誤人子弟啊，我記得前幾天，我寫過他對職級的劃分，讓我大跌眼鏡，

“今天看到一個測驗公眾號，上萬粉絲，給定義的測驗人員職業生涯的幾個階段：

0-1：初級測驗工程師

1-3：中級測驗工程師

3-5：自動化測驗工程師、性能測驗工程師、安全測驗工程師

5-8：測驗開發工程師、性能測驗專家、安全測驗專家

8年+ ：測驗總監

看著就來氣，竟然這樣劃分的，我只能送一個大大的叉號 了，

我就搞不懂了，這2個職位是按照年限來分的嗎，和年限有什么關系？就沒有2、3年的測驗開發工程師嗎？他的劃分真的是完全的一竅不通，完全搞不清楚：

年限是經驗或者經歷，而職能是分工，而至于初級、中級、高級才是職級，

靠著標榜年薪50萬的測驗總監，就出來開公眾號，真心為為那1萬多的粉絲著急， ”

在一個組織里，各個職能分工、各個級別的工程師，是需要配合、磨合、優化的，我們希望測驗開發工程師來賦能測驗團隊，自動化測驗工程師來解放手工測驗工程師的作業，甚至通過這２點來降低測驗資源投入，

而評定初級、中級、高級，我們是要看一個工程師的多因素的，比如業務理解、技術深度、廣度、文化推動、領導力等等，

*************************************************

誤解3:測驗人員的考核與培養：

最近經常有一些測驗總監來找我咨詢，說很困惑幾點：

１．通過bug數量考核測驗人員

２．不想花時間培養測驗人員，因為培養好了也留不住

３．不想招聘高端的測驗，擔心自己的位子受到威脅

我想說：個別測驗總監在我眼里，也就是個測驗組長而已，目前做的事情，就是帶領幾個同事一起負責測驗專案而已，不知道這句話會得罪多少總們，請見諒，只是希望測驗行業越來越好，

如果你面臨這些困惑，說明你還需要成長，當我們把困惑解決了，成長了，從不舒服，到舒服，說明你成長了，

*************************************************

From uncomfortable to comfortable

但是我們要時刻保持清醒，走出舒適區，

只有當你的下屬能夠成為你，你才能有機會獲得更多，比如職位升遷，當然注意這里我說的是有機會，這也是為什么有些測驗領導擔心自己的職位受威脅，因為他沒抓住那個下屬成長給他帶來的機會，

所以

請抓住下屬成長給你帶來的機會！

請抓住下屬成長給你帶來的機會！

請抓住下屬成長給你帶來的機會！

重要的事情說三遍，希望測驗管理者能明白這個道理！

*************************************************

*************************************************

這個內訓，當年是在非常氣派的深圳平安大學，給深圳的某測驗團隊輸出的一次培訓，現場效果非常好！

平安大學是中國最早成立的企業大學之一，同時還被評為中國最美麗的企業大學，是中國國內三大企業學校之一， 占地面積20萬平方米，建筑面積7.85萬平方米，有多間獨具特色的教室、研討室和會議室，能同時容納1000人學習，適合承辦各類會議和研修培訓班；擁有高爾夫球場等一流的康體設施，星級服務的配套酒店，以及商務中心、超市等服務設施，

這個系列課程的大綱，如下，當然不排除經過自身這3年的成長，我對一些知識點的理解或者優先級等可能會有些變化，后續會對大綱做部分調整，

一. 軟體測驗介紹

? 對軟體測驗的誤解

? 如何理解軟體測驗

? 軟體測驗的定義

? 軟體測驗的物件

? 軟體測驗分類

? 常見問題分析

? 試用場景介紹

? 優缺點比較

? 軟體測驗的目的

? 軟體測驗的起點

? 從計劃開始？

? 測驗計劃

? 需求分析

? 測驗流程

? 軟體測驗的終點

? 報告為終點？

? 測驗報告

? 客戶支持

二. 不同研發流程下的軟體測驗

? 軟體測驗內容及主要技術

? 介面測驗

? 功能測驗

? 白盒測驗用例設計方法

? 黑盒測驗用例設計方法

? 健壯性測驗

? 性能測驗

? 用戶界面測驗

? 安全測驗

? OWASP Top 10 專案

? 可靠性測驗

? 安裝/反安裝測驗

? 瀑布式模式下的軟體測驗

? 敏捷模式下的軟體測驗

? 開發測驗比例？

? 測驗教練

? 自動化測驗

? 探索性測驗方法?

…

? 多層質量保證活動

? 環境、系統及質量活動

? 代碼掃描

? 持續集成

? 每日執行自動化用例集

? 自動化冒煙測驗

三. 自動化測驗框架選擇

? 什么是“軟體自動化測驗”？

? 金字塔模型分析

? 軟體自動化測驗的優點？

? 自動化測驗工具概述

? 自動化測驗框架介紹（DDT、BDD、Keyword 驅動）

? 自動化測驗使用場景

? 自動化測驗流程及 CI 結合

四. 測驗人員的職業發展及困惑

? 如何衡量測驗效率？

? 在敏捷研發里，測驗在哪里？

? DevOps & TestOps

? 職業發展方向及重點

? 職業困惑

? 知識面的擴展

? 白盒測驗有助于測驗用例設計

五. 質量體系

? 軟體質量要素

? 研發程序質量

? 軟體結果質量

? 質量指標獲取

? 質量資料持續改進

? QA 流程規范

六. 團隊管理

? 組建及管理團隊（質量中心）

? 質量中心團隊架構

? 質量中心團隊職責與分工

七. 寄語及自由問答

最后感謝每一個認真閱讀我文章的人，看著粉絲一路的上漲和關注，禮尚往來總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走：

這些資料，對于【軟體測驗】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴上萬個測驗工程師們走過最艱難的路程，希望也能幫助到你!

在我的QQ技術交流群里（技術交流和資源共享，廣告勿擾）

可以自助拿走，群號：310357728群里的免費資料都是筆者十多年測驗生涯的精華，還有同行大神一起交流技術哦

如果對你有一點點幫助，各位的「點贊」就是小編創作的最大動力，我們下篇文章見

🌻好文推薦

在小公司“混”了2年，我只認真做了5件事，如今順利拿到位元組 Offe

去了位元組跳動，才知道年薪 30w 的測驗工程師有這么多？

北京35歲程式員失業,感嘆:編程估計沒戲了,想去賣點煎餅果子養家~

29歲轉行軟體測驗靠譜嗎？一個過來人的心路歷程送給迷茫的你

同樣是IT行業，測驗和開發薪資真就差這么大嗎？