軟件測試中的樹莓醬定律

 

來源:https://www.bylinzi.com/copyright-statement/

在《軟件測試中的樹莓醬定律》一文中借用傑拉爾德·溫伯格(點擊文末「閱讀原文」可查看該藍色文字鏈接)的『樹莓醬定律』解釋軟件測試中的一些典型場景。其實,溫伯格還有一個對應的『草莓醬定律』:

只要有果肉塊,就不會抹得太薄。

把一點樹莓醬抹到幾片面包上,你會發現它越抹越薄。可要是你換成草莓醬再來試試,你會發現不管怎麼抹,果肉塊還在那裏!草莓醬裏面的果肉塊是草莓。在你傳達的“偉大信息”中,果肉塊就是你自己!只要你的溝通渠道還實實在在地用到你的身體——說話、寫作、擁抱,你的信息就不會被無限沖淡。

本文聊聊上一篇文章提到的軟件測試中的現象,如果用『草莓醬定律』解釋會是怎樣的。

 

   

01 測試全流程介入:離不開全面的測試策略

測試全流程介入不會導致測試工作的增加,用樹莓醬定律解釋是因爲測試工作分攤到全流程的各個環節了。但是這裏有一個重要的前提,需要將測試工作真正地分攤,確保每個環節做的測試工作都是有效的,並且對整個團隊和整個流程都是可見的,也就是沒有“果肉塊”,這樣纔能有機組合起來實現軟件整體的質量保障。

如果存在“果肉塊”,測試工作量是有可能增加的。“果肉塊”是什麼呢?比如下面的情境:

  • 測試對有哪些單元測試未知,在端到端測試的時候還需要所有場景,即使已經在單元測試測過的那些。

破解這個情境中的“果肉塊”,需要有全盤規劃的測試策略,才能將測試工作實現有效分攤,而不會增加過多的重複工作。

 

   

02 全員負責質量:信息透明和有效溝通是關鍵

全員負責質量跟前的測試全程介入類似,只是這裏變成了多角色的合作。類似地,這裏的“果肉塊”可能存在(不限)於以下情境中:

  • 測試對某個需求功能點有疑問,跟業務人員確認了之後沒有告訴開發,結果開發出來的功能有出入,這也形成了“果肉塊”,會導致返工等工作量的增加。

因此,全員負責質量非常關鍵的是需要在協作過程中及時充分地溝通,將信息透明於整個團隊所有角色,以防重複冗餘工作的產生,減少“果肉塊”,實現全員對質量職責的分擔。

 

   

03 迴歸測試:精準迴歸更高效

迴歸測試是不提倡全量覆蓋式迴歸的,而是要有重點的精準迴歸,需要在關鍵受影響的業務、功能方面重點回歸,以提高迴歸測試的有效性和效率。

因此,迴歸測試不要依據『樹莓醬定律』將回歸工作分攤到各個場景,而是應該依據『草莓醬定律』人爲製造“果肉塊”,重點對關鍵場景進行精準迴歸,讓測試價值最大化。

 

   

04 質量內建:每個環節缺一不可

缺陷預防是質量內建的關鍵方向,需要在每個環節儘可能做到缺陷的預防,將質量內建到軟件開發過程中。如果產生“果肉塊”,缺陷預防的效果就會大打折扣。

比如:

  • 在某個環節漏掉了相應的質量工作,就會在該環節埋下缺陷的種子,這就形成了缺陷“果肉塊”,導致暴露出來的缺陷會增加,最終因需要修復的缺陷增加而增加開發和測試的整體工作量。

 

   

小結

『草莓醬定律』告訴我們在軟件測試中,如果想要分攤得更薄,就要人爲控制“果肉塊”,趨向於『樹莓醬定律』;如果需要有重點、要阻止分攤,那就要人爲製作“果肉塊”,以實現測試工作價值最大化。

您有哪些『草莓醬定律』適用場景?歡迎跟我分享。

 

   

推薦閱讀

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章