(5)對《炮轟“測試左移”》負面評論的整理與點評

2023年9月13日 709點熱度 0人點贊 0條評論

繼續對《炮轟“測試左移”,向軟件測試領域的“歪理邪說”宣戰》的評論進行整理,評論的第一部分請看

(1)對《炮轟“測試左移”》之若干評論的整理與點評

(2)對《炮轟“測試左移”》之若干評論的整理與點評

(3)對《炮轟“測試左移”》之若干評論的整理與點評

(4)對《炮轟“測試左移”》之若干評論的整理與點評

《炮轟“測試左移”,向軟件測試領域的“歪理邪說”宣戰》的文章發布后,后臺還是有不少持反對意見的同學的,在此我將一些不認同領測老賀理念的評論摘取出來,進行一個說明:

評論1:Amanda Z

領測老賀回復:

?????? 當看過《非暴力溝通》后,知道對一句話要分辨他的事實和評價。如果你全文閱讀過這篇文章,“偷換概念”的評價我自認為沒有,文章中恰恰是對“測試左移”偷換概念的批判。

?????? 第二句話里面的觀點我是認同的,尤其在敏捷開發場景中。

?????? 所以拋開第一句話后,我覺得他的觀點和我的觀點一致啊。質量是全員參與的結果,從質量管理大師菲利浦·克羅斯比開始,已經說了幾十年了,也不算新鮮的概念。

?????? 即便參考這位同學的描述,人員也是要分工協作的,協作的前提是分工,分工的前提是每個角色都有自己的一技之長,先將自己的本職工作做好,做專業,才能不給別人添麻煩。

?????? 所以研發工程師要做的專業,不要不做單元測試就交付給測試工程師。測試工程師也要做的專業,不要拿單功能點驗證當測試的全部。在那個開發的世界里面都需要將本職工作做的專業,這才是本來面目!

評論2:信天翁

領測老賀回復:

?????? 所有的行業都有分工,即便現在使用大語言模型ChatGPT的時候,也需要給他提供一個角色,才會有更好的回答。

?????? 為什么要分工那?無非是為了讓整體的工作效率更高!

? ? ? ?當我針對企業進行有關軟件質量咨詢和培訓時,我一般會強調:質量一定是個一把手工程,層級不夠,想把公司產品的質量提高是不現實的。

?????? 這是因為質量必須有個全局觀,你要平衡更方的利益,先做那個,后做那個,最終的目標是什么?

?????? 真實的場景永遠沒有封閉的環境,但是只有知道全部的人或者大目標判斷準確的人,才能帶領團隊走出迷霧!??????

評論3:本Cat

領測老賀回復:

?????? 為了真實的記錄,把整個的對話都放了出來!

?????? 在我多次閱讀之后,思考我們之間的分歧點到底是什么?

?????? 這位同學闡述的觀點是:在技術上,開發近幾年進步很大,而測試只停留在手工測試階段,現在測試需要的是大踏步的提升研發技術,用研發技術,或者說通過編碼測試代碼才是測試行業的進步。

?????? 乍一聽,似乎沒什么問題。但據我所知,近幾年,從軟件測試行業來講,測試工程師的編碼能力已經有了長足的進步!但是通過編碼測試代碼到底是未來測試的全部?還是只解決了測試工作中一個點的問題?

?????? 我們知道,測試是分層的,也就是在不同的測試級別上,采用的測試手段是不同的。

  • 一個是因為輸入不同,必須針對不同的輸入使用適合的測試手段加以驗證。比如針對軟件需求的測試,就很難用編碼的方式進行。
  • 另一個,軟件測試或者說質量保證是個系統工程,從邏輯上就不可能使用一種測試手段,發現所有的問題。
  • 因此,我們才需要進行單元、集成、系統、驗收等等階段進行測試。每個階段對應的測試對象,測試方法,承擔測試的角色都是不同的。

?????? 即便是在敏捷的場景下,每個迭代中的測試,和交付前的測試,和專項測試(如:性能、易用性等),都需要專業的人員,使用專門的技術實施!難道代碼測試代碼可以解決所有問題嗎?

?????? 在此我想強調,軟件測試是個系統工程,代碼測試代碼只在特定的測試級別,測試對象上有不可替代的作用,但絕不是測試的全部。作為專業的測試工程師,或者測試組織,應該系統的梳理自身的測試流程,測試體系。用最適合本階段的測試方法,測試技術解決問題。不能人為的拒絕代碼測試代碼,更不要將其視為“銀彈”。

 

未完待續......

領測老賀

領測軟件測試網站長,ISTQB認證高級培訓師,TMMi認證咨詢師。深耕軟件測試行業20余年,領測老賀聊軟件測試制造者。

文章評論

国产97人人超碰caoprom_尤物国产在线一区手机播放_精品国产一区二区三_色天使久久综合给合久久97