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