誰(shuí)在軟件測試圈子里面販賣(mài)焦慮?
有兩周沒(méi)有整理相關(guān)評論了,應該是最后個(gè)話(huà)題了,也是糾結的一期。因為會(huì )有人看了不高興,琢磨了一下,還是不吐不快。
本期要“炮轟”的是所謂的“軟件測試工程師就業(yè)培訓”機構是如何在軟件測試領(lǐng)域“販賣(mài)焦慮”的。
炮轟的目標是:軟件測試工程師的培訓課程應該怎么設置?以及目前的軟件測試工程師培訓課程為什么以編程內容為主?
評論:伊之軒,朱秀杰
領(lǐng)測老賀回復:
我們先來(lái)看看如何“販賣(mài)焦慮”。
?????? “販賣(mài)焦慮”,本質(zhì)上是把情緒極端化,進(jìn)而商品化。從傳播角度看,這些做法都有一個(gè)清晰鏈條:極端案例一般化、復雜因果片面化、現實(shí)問(wèn)題擴大化,瞄準大多數人情緒點(diǎn),大肆造勢。博了眼球、傳遞情緒、販賣(mài)產(chǎn)品、收割流量,從炮制焦慮到“完成交易”,一個(gè)帶有產(chǎn)業(yè)性質(zhì)的鏈條,環(huán)環(huán)相扣,躲之不及。面對“焦慮市場(chǎng)”,更多獲取信息與知識,更大程度培養獨立思考能力,是謹防在“焦慮鏈”上被套路的關(guān)鍵。
在軟件測試領(lǐng)域如何販賣(mài)焦慮是個(gè)大話(huà)題,也是個(gè)比較難談的話(huà)題。當時(shí)(2020年)我寫(xiě)這篇文章時(shí),就是由于軟件測試領(lǐng)域一直彌散著(zhù)測試工程師終將被代碼測試代碼取代,似乎所有的地方都在向測試工程師販賣(mài)著(zhù)焦慮。
?????? 為了展開(kāi)說(shuō)清楚這個(gè)問(wèn)題,我把這個(gè)話(huà)題分為幾個(gè)部分進(jìn)行闡述。
- 到底誰(shuí)在軟件測試領(lǐng)域“販賣(mài)焦慮”?
- “代碼測試代碼”會(huì )不會(huì )成為軟件測試的未來(lái)?比重會(huì )有多大?
- 測試工程師應該不應該具備編碼技術(shù)?需要達到什么水平?
- 他們?yōu)槭裁匆柏溬u(mài)焦慮”?
下面領(lǐng)測老賀就花點(diǎn)時(shí)間仔細談?wù)勥@個(gè)話(huà)題!
不知道從什么時(shí)間起,軟件測試領(lǐng)域就彌漫著(zhù)一種的氛圍,簡(jiǎn)單的描述一下就是:開(kāi)發(fā)看不起測試,因為測試工程師不會(huì )編碼。自動(dòng)化測試工程師看不起手工測試工程師,因為手工測試工程師不會(huì )編碼。
但是在我二三十年的培訓、演講經(jīng)歷中,遇到過(guò)很多在各自領(lǐng)域很厲害的開(kāi)發(fā)工程師,測試工程師,并沒(méi)有明顯的這類(lèi)傾向。更多的是闡述在某個(gè)特定的領(lǐng)域內,具體用那種技術(shù)手段,解決哪類(lèi)問(wèn)題效率更高。
通過(guò)我的觀(guān)察,制造或者宣傳這類(lèi)論點(diǎn)的主要是兩類(lèi)人:
- 一類(lèi):初級的開(kāi)發(fā)工程師,工作年限不高,職位不高,更多顯示的是一種優(yōu)越感,帶有調侃性質(zhì)。但是數量不多,粗略估算,言論的占比不到10%吧,可能更少。
- 二類(lèi):各式各樣的軟件測試就業(yè)培訓機構。在各個(gè)網(wǎng)絡(luò )平臺上進(jìn)行課程宣傳,發(fā)帖,回帖。說(shuō)的有理有據,制造著(zhù)“手工(功能)測試工程師”明天就會(huì )被淘汰的輿論。占比90%以上。
??????? 當滿(mǎn)屏的都是第二類(lèi)的觀(guān)點(diǎn)時(shí),難免會(huì )讓軟件測試的從業(yè)者,尤其使用的是功能測試手段的測試工程師感到“焦慮”!? ? ?
在《炮轟“測試左移”,向軟件測試領(lǐng)域的“歪理邪說(shuō)”宣戰》這篇文章中,其實(shí)已經(jīng)詳細說(shuō)了我的看法,在前面幾篇評論的整理中也談到了。在此我只想簡(jiǎn)單的說(shuō)一下,只要使用軟件的用戶(hù)還是人,那就一定需要人來(lái)做最終的驗證。所以“代碼測試代碼”絕不會(huì )成為唯一的軟件測試驗證手段。
??????? 那“代碼測試代碼”的方法,在整體軟件測試環(huán)節中的工作量會(huì )占比多大那?
??????? 很遺憾,這個(gè)沒(méi)有定論,不同的行業(yè),不同的軟件會(huì )有非常大的區別。
??????? 其實(shí)我們可以參考上面的思路進(jìn)行判斷,假定最終用戶(hù)或者使用者是普通客戶(hù)(不懂代碼),那距離使用者越遠的結構(如單元、集成)的測試越需要代碼測試代碼的手段進(jìn)行輔助,距離使用者越近的結構或者界面(如系統,驗收,易用性等)的測試工作越需要手工測試進(jìn)行評價(jià),很多時(shí)候在這種情況下接近于100%的工作量。
我的答案是作為一個(gè)以軟件測試為職業(yè)的測試工程師,當你已經(jīng)充分掌握了你所在行業(yè)的業(yè)務(wù)知識(即成為被測產(chǎn)品的業(yè)務(wù)專(zhuān)家)和手工測試方法后,就需要繼續學(xué)習編碼技術(shù)了。
請注意我這句話(huà)的前提:你首先要成為一個(gè)合格的手工測試工程師,清楚的知道軟件測試的各種手段,保證質(zhì)量的基本框架和方法后,編碼技術(shù)才會(huì )成為你進(jìn)一步提升測試效率的工具。
作為一個(gè)測試工程師,請一定記住,編碼技術(shù)只是你提升測試效率的工具。所以,自動(dòng)化測試的前提是你知道如何測試,那些是重點(diǎn),那些是非重點(diǎn)。那些區域需要大量的測試數據覆蓋。
沒(méi)有確定目標的、可納入到整體軟件測試體系的自動(dòng)化測試一分錢(qián)都不值!
那作為測試工程師的編碼技術(shù)需要達到什么水平那?
這個(gè)沒(méi)有一定之規,需要看你需要解決的問(wèn)題深淺了。還是要以測試工程師的視角看問(wèn)題。以解決測試過(guò)程中的效率問(wèn)題作為出發(fā)點(diǎn)。有的時(shí)候,困難的編碼問(wèn)題可以提交給開(kāi)發(fā)人員去解決,可能是個(gè)更優(yōu)的選擇。整體效率最高才是目標!
經(jīng)過(guò)以上的闡述,大家應該大致明白了領(lǐng)測老賀對于測試工程師對是否掌握編碼技能的看法了,對我的觀(guān)點(diǎn)總結一下:專(zhuān)業(yè)測試工程師最重要的技能是是完善的業(yè)務(wù)知識和手工測試技能,在上述兩項技能完備后,通過(guò)使用編碼技能來(lái)提升測試效率。
未完待續。。。。。。
下一篇我會(huì )主要談?wù)?strong>所謂的“軟件測試工程師就業(yè)培訓機構”是如何在軟件測試領(lǐng)域販賣(mài)焦慮的
文章評論