軟件測試中的『草莓醬定律』

本文首發(fā)于「BY林子」贸营，轉(zhuǎn)載請參考版權(quán)聲明脑漫。

在《軟件測試中的『樹莓醬定律』》一文中借用杰拉爾德·溫伯格的『樹莓醬定律』解釋軟件測試中的一些典型場景踢京。其實婶溯，溫伯格還有一個對應(yīng)的『草莓醬定律』：

“只要有果肉塊，就不會抹得太薄募判〉迹”

把一點樹莓醬抹到幾片面包上了罪，你會發(fā)現(xiàn)它越抹越薄±ǎ可要是你換成草莓醬再來試試科侈，你會發(fā)現(xiàn)不管怎么抹，果肉塊還在那里炒事！草莓醬里面的果肉塊是草莓兑徘。在你傳達的“偉大信息”中，果肉塊就是你自己羡洛！只要你的溝通渠道還實實在在地用到你的身體——說話挂脑、寫作、擁抱欲侮，你的信息就不會被無限沖淡崭闲。

本文聊聊上一篇文章提到的軟件測試中的現(xiàn)象，如果用『草莓醬定律』解釋會是怎樣的威蕉。

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

測試全流程介入不會導(dǎo)致測試工作的增加刁俭，用樹莓醬定律解釋是因為測試工作分攤到全流程的各個環(huán)節(jié)了。但是這里有一個重要的前提韧涨，需要將測試工作真正地分攤牍戚，確保每個環(huán)節(jié)做的測試工作都是有效的侮繁，并且對整個團隊和整個流程都是可見的，也就是沒有“果肉塊”如孝，這樣才能有機組合起來實現(xiàn)軟件整體的質(zhì)量保障宪哩。

如果存在“果肉塊”，測試工作量是有可能增加的第晰∷希“果肉塊”是什么呢？比如下面的情境：

測試對有哪些單元測試未知茁瘦，在端到端測試的時候還需要所有場景品抽，即使已經(jīng)在單元測試測過的那些。

破解這個情境中的“果肉塊”甜熔，需要有全盤規(guī)劃的測試策略圆恤，才能將測試工作實現(xiàn)有效分攤，而不會增加過多的重復(fù)工作腔稀。

02 全員負責質(zhì)量：信息透明和有效溝通是關(guān)鍵

全員負責質(zhì)量跟前的測試全程介入類似哑了，只是這里變成了多角色的合作。類似地烧颖，這里的“果肉塊”可能存在（不限）于以下情境中：

測試對某個需求功能點有疑問弱左，跟業(yè)務(wù)人員確認了之后沒有告訴開發(fā)，結(jié)果開發(fā)出來的功能有出入炕淮，這也形成了“果肉塊”拆火，會導(dǎo)致返工等工作量的增加。

因此涂圆，全員負責質(zhì)量非常關(guān)鍵的是需要在協(xié)作過程中及時充分地溝通们镜，將信息透明于整個團隊所有角色，以防重復(fù)冗余工作的產(chǎn)生润歉，減少“果肉塊”模狭，實現(xiàn)全員對質(zhì)量職責的分擔。

03 回歸測試：精準回歸更高效

回歸測試是不提倡全量覆蓋式回歸的踩衩，而是要有重點的精準回歸嚼鹉，需要在關(guān)鍵受影響的業(yè)務(wù)、功能方面重點回歸驱富，以提高回歸測試的有效性和效率锚赤。

因此，回歸測試不要依據(jù)『樹莓醬定律』將回歸工作分攤到各個場景褐鸥，而是應(yīng)該依據(jù)『草莓醬定律』人為制造“果肉塊”线脚，重點對關(guān)鍵場景進行精準回歸，讓測試價值最大化。

04 質(zhì)量內(nèi)建：每個環(huán)節(jié)缺一不可

缺陷預(yù)防是質(zhì)量內(nèi)建的關(guān)鍵方向浑侥，需要在每個環(huán)節(jié)盡可能做到缺陷的預(yù)防姊舵，將質(zhì)量內(nèi)建到軟件開發(fā)過程中。如果產(chǎn)生“果肉塊”寓落，缺陷預(yù)防的效果就會大打折扣括丁。

比如：在某個環(huán)節(jié)漏掉了相應(yīng)的質(zhì)量工作，就會在該環(huán)節(jié)埋下缺陷的種子零如，這就形成了缺陷“果肉塊”，導(dǎo)致暴露出來的缺陷會增加锄弱，最終因需要修復(fù)的缺陷增加而增加開發(fā)和測試的整體工作量考蕾。

小結(jié)

『草莓醬定律』告訴我們在軟件測試中，如果想要分攤得更薄会宪，就要人為控制“果肉塊”肖卧，趨向于『樹莓醬定律』；如果需要有重點掸鹅、要阻止分攤塞帐，那就要人為制作“果肉塊”，以實現(xiàn)測試工作價值最大化巍沙。

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

軟件測試中的『草莓醬定律』

軟件測試中的『草莓醬定律』

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

02 全員負責質(zhì)量：信息透明和有效溝通是關(guān)鍵

03 回歸測試：精準回歸更高效

04 質(zhì)量內(nèi)建：每個環(huán)節(jié)缺一不可

小結(jié)

推薦閱讀

推薦閱讀更多精彩內(nèi)容