相信很多團隊都有這個問題：編碼人員和測試人員經常爭論。測試人員說編碼人員做的東西太爛，問題太多，缺乏規範，開發文檔也沒有；編碼人員說測試人員責任心有問題，測完了還是令自己不放心；還有很多人認爲“如果發佈出去的軟件有問題，就是測試人員的責任”，理由是“測試人員應該在發佈之前把所有問題都找出來” 【1】。
爲什麼會這樣？我們來簡單剖析。
首先，我們先要敘述一條“公理”：任何人都不能保證其工作成果總是100％完美的。即任何人都不能做到“0缺陷”。
因此，任何一個開發團隊做完了都必須經過測試，儘可能的發現潛在問題並修復後才能發佈出去。所以，測試人員必須竭盡所能發現缺陷。注意了，基於上述“公理”，任何測試人員都不能保證把軟件中的潛在問題100％的找出來[參見《體檢報告中的“未見異常”和軟件測試》]。這樣說來，上述【1】的說法是有失公允的。
那爲什麼會爭吵呢？第一，出了問題的時候編碼人員和測試人員是直接責任人，並且要負責解決問題，因此很容易引起情緒上的衝動；而且多數人遇到責任歸咎的時候會本能的爲自己開脫。第二、大家都忽略了“任何人都不能0缺陷”的公理。
但是，這並不表示有了這個“公理”，所有人就可以心安理得的面對所有缺陷了。任何產品的主要競爭力最終來自質量。因此對質量的無限追求，是任何團隊的要求。也就是說，雖然我們不能要求每個團隊的工作成果100％完美、0缺陷，但是我們總期望我們的成果能夠儘量趨於完美，比如99.9997％，所謂的“六西格瑪”。
怎麼樣做到儘量趨近於完美？這可能受到多種因素的影響，比如團隊的工作能力、工作態度以及項目客觀因素；還有管理、過程、工具，等等；可能會有很多！但是，我們可以簡單歸結爲所有參與者工作成果的近乎100％的完美！所以，不要爭論，從自己這裏開始找原因，去改進！
轉自博客園 作者aaron