誰(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)焦慮的
文章評論