测试真是个细致活

测试真是个细致活。

产品某模块里有一种实体，行为主要受三个参数控制，用户可以修改这它们。其中两个参数可以等于0，此时产生一种退化形式的实体；另一个不可以等于0。

QA都测过了，大于0，正常；等于0，实体退化成简单形式，显示、打印也都正常；小于0，直接拒绝修改，都是正确的行为。

却没想到，这种退化的实体在后续操作时会有问题。比如用鼠标选中后，实体上要显示一些便于用户操作的信息，此时程序挂了。这个问题最终被用户发现。

于是又想起一件事儿。

Windows的IE，不知从第几版开始有了这么一项功能，页面加载时如果某插件耗时太长，IE就会提醒用户，说某某插件影响页面加载速度，要不要把它禁用。

好，禁用，这下页面加载也快了。

然后，麻烦就来了，IE从此不断提示你：某某插件可用，要不要开启一下，却不提供一个“不再提醒”的选项。于是你就不断被提醒，被提醒，提醒，醒……

我相信，“插件影响页面加载速度”和“插件可用但未开启”这两种提醒功能肯定都有人测试过。只是不曾有人想到这两种提醒功能逻辑上有没有关联。

对于测试，自己只能算个外行，更不清楚解决以上问题主要靠人，还是靠某种流程或方法。

但这两件事无疑更让我觉得软件要测好真不容易。