繼續對《炮轟“測試左移”，向軟件測試領(lǐng)域的“歪理邪說(shuō)”宣戰》的評論進(jìn)行整理，評論的第一部分請看
(1)對《炮轟“測試左移”》之若干評論的整理與點(diǎn)評
(2)對《炮轟“測試左移”》之若干評論的整理與點(diǎn)評
在《炮轟“測試左移”，向軟件測試領(lǐng)域的“歪理邪說(shuō)”宣戰》的文章發(fā)布后，后臺還是有不少持反對意見(jiàn)的同學(xué)的，在此我將一些不認同領(lǐng)測老賀理念的評論摘取出來(lái)，進(jìn)行一個(gè)說(shuō)明：
評論1：Amanda Z
領(lǐng)測老賀回復：
?????? 當看過(guò)《非暴力溝通》后，知道對一句話(huà)要分辨他的事實(shí)和評價(jià)。如果你全文閱讀過(guò)這篇文章，“偷換概念”的評價(jià)我自認為沒(méi)有，文章中恰恰是對“測試左移”偷換概念的批判。
?????? 第二句話(huà)里面的觀(guān)點(diǎn)我是認同的，尤其在敏捷開(kāi)發(fā)場(chǎng)景中。
?????? 所以?huà)侀_(kāi)第一句話(huà)后，我覺(jué)得他的觀(guān)點(diǎn)和我的觀(guān)點(diǎn)一致啊。質(zhì)量是全員參與的結果，從質(zhì)量管理大師菲利浦·克羅斯比開(kāi)始，已經(jīng)說(shuō)了幾十年了，也不算新鮮的概念。
?????? 即便參考這位同學(xué)的描述，人員也是要分工協(xié)作的，協(xié)作的前提是分工，分工的前提是每個(gè)角色都有自己的一技之長(cháng)，先將自己的本職工作做好，做專(zhuān)業(yè)，才能不給別人添麻煩。
?????? 所以研發(fā)工程師要做的專(zhuān)業(yè)，不要不做單元測試就交付給測試工程師。測試工程師也要做的專(zhuān)業(yè)，不要拿單功能點(diǎn)驗證當測試的全部。在那個(gè)開(kāi)發(fā)的世界里面都需要將本職工作做的專(zhuān)業(yè)，這才是本來(lái)面目！
評論2：信天翁
領(lǐng)測老賀回復：
?????? 所有的行業(yè)都有分工，即便現在使用大語(yǔ)言模型ChatGPT的時(shí)候，也需要給他提供一個(gè)角色，才會(huì )有更好的回答。
?????? 為什么要分工那？無(wú)非是為了讓整體的工作效率更高！
? ? ? ?當我針對企業(yè)進(jìn)行有關(guān)軟件質(zhì)量的咨詢(xún)和培訓時(shí)，我一般會(huì )強調：質(zhì)量一定是個(gè)一把手工程，層級不夠，想把公司產(chǎn)品的質(zhì)量提高是不現實(shí)的。
?????? 這是因為質(zhì)量必須有個(gè)全局觀(guān)，你要平衡更方的利益，先做那個(gè)，后做那個(gè)，最終的目標是什么?
?????? 真實(shí)的場(chǎng)景永遠沒(méi)有封閉的環(huán)境，但是只有知道全部的人或者大目標判斷準確的人，才能帶領(lǐng)團隊走出迷霧！??????
評論3：本Cat
領(lǐng)測老賀回復：
?????? 為了真實(shí)的記錄，把整個(gè)的對話(huà)都放了出來(lái)！
?????? 在我多次閱讀之后，思考我們之間的分歧點(diǎn)到底是什么？
?????? 這位同學(xué)闡述的觀(guān)點(diǎn)是：在技術(shù)上，開(kāi)發(fā)近幾年進(jìn)步很大，而測試只停留在手工測試階段，現在測試需要的是大踏步的提升研發(fā)技術(shù)，用研發(fā)技術(shù)，或者說(shuō)通過(guò)編碼測試代碼才是測試行業(yè)的進(jìn)步。
?????? 乍一聽(tīng)，似乎沒(méi)什么問(wèn)題。但據我所知，近幾年，從軟件測試行業(yè)來(lái)講，測試工程師的編碼能力已經(jīng)有了長(cháng)足的進(jìn)步！但是通過(guò)編碼測試代碼到底是未來(lái)測試的全部？還是只解決了測試工作中一個(gè)點(diǎn)的問(wèn)題？
?????? 我們知道，測試是分層的，也就是在不同的測試級別上，采用的測試手段是不同的。
- 一個(gè)是因為輸入不同，必須針對不同的輸入使用適合的測試手段加以驗證。比如針對軟件需求的測試，就很難用編碼的方式進(jìn)行。
- 另一個(gè)，軟件測試或者說(shuō)質(zhì)量保證是個(gè)系統工程，從邏輯上就不可能使用一種測試手段，發(fā)現所有的問(wèn)題。
- 因此，我們才需要進(jìn)行單元、集成、系統、驗收等等階段進(jìn)行測試。每個(gè)階段對應的測試對象，測試方法，承擔測試的角色都是不同的。
?????? 即便是在敏捷的場(chǎng)景下，每個(gè)迭代中的測試，和交付前的測試，和專(zhuān)項測試（如：性能、易用性等），都需要專(zhuān)業(yè)的人員，使用專(zhuān)門(mén)的技術(shù)實(shí)施！難道代碼測試代碼可以解決所有問(wèn)題嗎？
?????? 在此我想強調，軟件測試是個(gè)系統工程，代碼測試代碼只在特定的測試級別，測試對象上有不可替代的作用，但絕不是測試的全部。作為專(zhuān)業(yè)的測試工程師，或者測試組織，應該系統的梳理自身的測試流程，測試體系。用最適合本階段的測試方法，測試技術(shù)解決問(wèn)題。不能人為的拒絕代碼測試代碼，更不要將其視為“銀彈”。
未完待續......
文章評論