测试真是个细致活。
产品某模块里有1种实体，行动主要受3个参数控制，用户可以修改这它们。其中两个参数可以等于0，此时产生1种退化情势的实体；另外一个不可以等于0。
QA都测过了，大于0，正常；等于0，实体退化成简单情势，显示、打印也都正常；小于0，直接谢绝修改，都是正确的行动。
却没想到，这类退化的实体在后续操作时会有问题。比如用鼠标选中后，实体上要显示1些便于用户操作的信息，此时程序挂了。这个问题终究被用户发现。
因而又想起1件事儿。
Windows的IE，不知从第几版开始有了这么1项功能，页面加载时如果某插件耗时太长，IE就会提示用户，说某某插件影响页面加载速度，要不要把它禁用。
好，禁用，这下页面加载也快了。
然后，麻烦就来了，IE从此不断提示你：某某插件可用，要不要开启1下，却不提供1个“不再提示”的选项。因而你就不断被提示，被提示，提示，醒……
我相信，“插件影响页面加载速度”和“插件可用但未开启”这两种提示功能肯定都有人测试过。只是不曾有人想到这两种提示功能逻辑上有无关联。
对测试，自己只能算个外行，更不清楚解决以上问题主要靠人，还是靠某种流程或方法。
但这两件事无疑更让我觉得软件要测好真不容易。