北京软件公司的软件缺陷测试条纹的用例和掩盖错误总是会弹出–即使较激烈的测试不一定能把每一个小问题。有时微小的错误在开发过程中可以变成尴尬的，公共的bug。赶在发射前的测试将需要这些bug，测试动作的每个组合非常细致（东西不实用）或淋上锋利的每一行代码，挑剔的眼光。这是较新的真实世界的例子：

 

Sophos的裸体安全博客解剖苹果iMessages，阴谋理论家们疯狂了。如果你发送邮件，阅读“我会成为下一个奥巴马”的一个额外的空间在句末将发送消息的“奥巴马”失踪。事实证明，错误可能会在代码的一个很小的错误的结果。

 

我见过的较可信的解释是，代码提供的消息认为，这将只是放在一行，并准备为目的的一一线泡沫。

 

但代码实际上格式的消息指出，不完全放在一行，从而使其与第二行的较后一个字。

 

总之，这个词奥巴马有；你只是看不见。

 

你可以想象这可能发生：一个错误，是一个相对的所谓的由一个或fencepost错误，因为一个栅栏，是X段长确实需要x + 1篱笆景结束。

 

这里是这样一个形象的例子，编程错误：

 

有一个讨厌的差异比较。

 

首先考虑这一行信息，如果它不超过一行的像素数量。

 

第二测试看起来很相似，但表达的其他方式：是检查该消息不适合在一个线代替它。

 

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

 

在我们的综合实例，只有一个消息，完全正确相同的像素长度为线将被视为不同的两个代码片段和触发的bug；所有其他的消息会被正确处理。

 

顺便说一句，这就是为什么软件测试是很难的一个原因。

 

在这种情况下，例如，没有足够的测试长度随机变化的不同的信息很多；你也需要一个结构化的测试让你产生并在所有可能的像素长度测试消息。

 

阅读完整的文章Sophos > > >

 

这是一个小错误，测试不可能发现。我们说的不是一个特定的字符数量的触发的bug，这是像素长度所以找到的bug会被非常细致的测试或完全随机的巧合的结果。

 

不要开始呼吸急促和恐慌，你的测试是不够的。我强调这个故事提醒大家，质量并不意味着软件是完美的，无缺陷的–不是质量保证的点。而QA提供一系列不同的用途，当测试和漏洞，确保你有人与实践在地方，会帮你找到很多bug之前尽可能的释放。同样重要的是，解决许多这些漏洞可能在发射前。更多的错误总是会出现一次北京软件公司的软件进入用户–手如果你知道和/或有固定的许多缺陷可以在发射前你有一个更好的位置来解决这些新来的人。