軟件測試中的認知偏差：你受到了影響嗎？
隨着技術的進步，測試世界正在以更快的速度發展，以確保“光速下的質量”。
“持續集成，數字化轉型，生命週期自動化，向左移動質量以最大限度地降低成本”等等都是一些不斷變化的神奇詞彙。雖然我們談到這些問題，但潛在的問題 - “爲什麼以及如何錯過缺陷”仍然繼續被聽到，並且仍然沒有得到答覆。
當時感覺好像最明顯的缺陷已經滑落。
但爲什麼？
儘管我們都希望認爲我們是非常合乎邏輯的，有條理的和理性的，但令人遺憾的是，我們都受到認知偏見的影響，它影響着我們日常生活中的思維過程，包括我們的專業工作。
認知偏見 - 簡要說明
根據維基百科 - “ 認知偏差是在判斷中偏離規範或理性的系統模式。個人從他們對輸入的看法創造了他們自己的“主觀社會現實”。
個人對社會現實的建構，而不是客觀的投入，可能決定了他們在社會世界中的行爲。因此，認知偏差有時可能導致感知失真，不準確的判斷，不合邏輯的解釋或非理性。“
好吧......這是一個很好的定義...但它如何影響思考以及它對測試世界中的測試人員意味着什麼？
好 ！！當測試人員接受任何測試時，他們已經受到他們自己的偏見的影響 - 根據要查找的內容構建想法和判斷，哪裏會出現潛在的缺陷，誰在開發它，程序的整個歷史等等，而這樣的例子不勝枚舉。
我們非常有必要了解不同類型的偏見，以便我們能夠更加清楚並且確實想到有效地管理它們。
要尋找的軟件測試中的認知偏差類型
我們需要在自己內部尋找不同的認知偏差，其中一些在下面詳細解釋
＃1）相似偏見
人類很容易根據類似情況的相似性來判斷情況。
例如，作爲測試人員，我們經常傾向於認爲Web應用程序會有類似的錯誤，而客戶端 - 服務器應用程序會有類似的錯誤集。
作爲測試人員，我們自然會根據項目的性質只關注那些類似的錯誤。不幸的是，由於這種性質，有時我們傾向於錯過最明顯的那些因爲我們的思想不允許我們這麼想。
＃2）同餘偏見
這是我們的思想拒絕考慮替代方案的行爲。
這意味着，測試人員傾向於僅驗證預期的行爲，因此錯過了否定驗證。
在編寫測試用例時，我們傾向於用他們預期的行爲來涵蓋所有需求並錯過負流量，因爲並非所有負流量都在需求中具體提到。
它們隱含在要求中，實際上也不可能記錄所有用戶行爲。
＃3）確認偏差
這是通過確認我們的信念和假設來搜索和解釋信息的趨勢。
通常，在測試世界中，我確信我們會遇到這樣的情況，即我們認爲默認情況下某個特定開發人員的代碼與其他代碼相比會有更多缺陷，因此我們會花費大量時間來測試他開發的模塊。
受這些信念的影響將傾向於增加錯過其他人開發的模塊中的缺陷的風險。
＃4）隨波逐流的影響
隨波逐流的影響主張人們之間傳播的行爲或信仰。
當一定數量的人相信某事時，它會自動增加另一個人也相信相同的概率。這在我們的日常生活中多次發生。
最常見的例子是我們購買一些產品。而不是我們獨立選擇產品，我們通常與他人的信念。
測試世界中也顯示完全相同的行爲。在我們的同行小組中，如果有些人覺得某個特定模塊沒有缺陷，我們會在不知不覺中傾向於相信這一點，並且我們在驗證過程中對該模塊的關注度大大下降。
＃5）注意失明
這是一種行爲，而測試人員，當我們不尋找它時，我們往往會錯過最明顯的缺陷。
想象一下這樣一種情況，你要求一羣人用一種特定的着裝顏色計算進來的人數，你可以觀察到人們會如此全神貫注地計算它們並且他們錯過了看到周圍任何其他重要或重要的東西。
爲了將其與測試世界聯繫起來，例如在一個增強項目中，其中一個屏幕是新開發的，那麼測試人員更傾向於關注新開發的屏幕並錯過其他關鍵集成。
＃6）消極偏見
消極性偏見是一種人類傾向於給糟糕的經歷帶來更多的心理權重，而不是好的經歷。
這在哪裏進入測試世界？很難說服測試人員爲生產構建提供簽名，因爲他們只關注他們發現的缺陷。
他們沒有時間證明產品絕對沒有缺陷。這其中的主要原因，其中一個決定上線的產品取決於該產品或業務經理，雖然建議將被測試經理被引用。
結論
希望您能更好地瞭解軟件測試中的認知偏差，其影響以及可以採取哪些措施來消除影響？
並且要意識到的一個重要事實是，我們對自己的偏見視而不見，而我們可以識別其他人的偏見（這本身就是盲點認知偏差）。但是，我們可以更加清醒，在很大程度上，我們可以在需要的地方更多地考慮這些問題。
你還記得受到認知偏見的影響嗎？您是否注意到同伴羣體中的認知偏差？請在下面的評論部分中表達您的想法！
關於作者：
這篇有趣的文章由STH作者Geethanjali S撰寫 - 經過認證的Scrum Master和PMP認證，在質量保證和工程方面擁有18年以上的經驗。一位變革型領導者，在領導和提供質量保證變革，全球推廣計劃，兼併與整合相關計劃方面擁有豐富經驗。