北京軟件公司的軟件缺陷測試條紋的用例和掩蓋錯誤總是會彈出–即使較激烈的測試不一定能把每一個小問題。有時微小的錯誤在開發過程中可以變成尷尬的，公共的bug。趕在發射前的測試將需要這些bug，測試動作的每個組合非常細致（東西不實用）或淋上鋒利的每一行代碼，挑剔的眼光。這是較新的真實世界的例子：

 

Sophos的裸體安全博客解剖蘋果iMessages，陰謀理論家們瘋狂了。如果你發送郵件，閱讀“我會成為下一個奧巴馬”的一個額外的空間在句末將發送消息的“奧巴馬”失蹤。事實證明，錯誤可能會在代碼的一個很小的錯誤的結果。

 

我見過的較可信的解釋是，代碼提供的消息認為，這將只是放在一行，并準備為目的的一一線泡沫。

 

但代碼實際上格式的消息指出，不完全放在一行，從而使其與第二行的較后一個字。

 

總之，這個詞奧巴馬有；你只是看不見。

 

你可以想象這可能發生：一個錯誤，是一個相對的所謂的由一個或fencepost錯誤，因為一個柵欄，是X段長確實需要x + 1籬笆景結束。

 

這里是這樣一個形象的例子，編程錯誤：

 

有一個討厭的差異比較。

 

首先考慮這一行信息，如果它不超過一行的像素數量。

 

第二測試看起來很相似，但表達的其他方式：是檢查該消息不適合在一個線代替它。

 

但相反的“小于或等于”“大于”，不是“大于或等于”。

 

在我們的綜合實例，只有一個消息，完全正確相同的像素長度為線將被視為不同的兩個代碼片段和觸發的bug；所有其他的消息會被正確處理。

 

順便說一句，這就是為什么軟件測試是很難的一個原因。

 

在這種情況下，例如，沒有足夠的測試長度隨機變化的不同的信息很多；你也需要一個結構化的測試讓你產生并在所有可能的像素長度測試消息。

 

閱讀完整的文章Sophos > > >

 

這是一個小錯誤，測試不可能發現。我們說的不是一個特定的字符數量的觸發的bug，這是像素長度所以找到的bug會被非常細致的測試或完全隨機的巧合的結果。

 

不要開始呼吸急促和恐慌，你的測試是不夠的。我強調這個故事提醒大家，質量并不意味著軟件是完美的，無缺陷的–不是質量保證的點。而QA提供一系列不同的用途，當測試和漏洞，確保你有人與實踐在地方，會幫你找到很多bug之前盡可能的釋放。同樣重要的是，解決許多這些漏洞可能在發射前。更多的錯誤總是會出現一次北京軟件公司的軟件進入用戶–手如果你知道和/或有固定的許多缺陷可以在發射前你有一個更好的位置來解決這些新來的人。