一个小问题带给我的启示与疑惑

      测试网站的一个下载功能时，IE提示不能复制文件，着实是奇怪啊，和开发人员进行了沟通，但开发人员讲生产部门用的时候一直都没有出现这样的问题，所以不太支持将其列为BUG，我想想也是，人家都没问题，就我这有问题，那只能说是我浏览器设置的有问题啦。
      之后的一段时间我也试图解决这个问题，但都没有成功，好在生产部门没有提这个问题，我也就慢慢放松了警惕。（解释一下，我们研发的软件都是给公司内部的其他部门使用）
      但是今天下午，开发人员突然找到我，说生产部门的一个员工（只有他一个人）在使用时也出现了类似的问题，这样一来还真的认真对待一番了。于是乎，我们两个人开始分析和讨论，虽然知道是浏览器设置出了问题，但就是不知道是哪里的设置出了问题，最后终于在浩瀚的网页信息中找到了答案。
      在IE--工具--管理加载项中，选择已经使用的加载项，找到迅雷的加载项，选中ThunderAtonce class，选择禁用，重启IE，这个时候就可以正常下载了。
      问题最终得以解决。
      我是一个喜欢总结的人，我的一个疑惑是，当我发现这个问题时，这个问题是不是一个BUG。同时，这个问题带给我一个启发，当我们纠结于一个问题是不是BUG时，是否应当考虑即便它不是bug，从保障软件质量的角度上我们应当将其视为一个bug并采取相应的措施来解决呢？
       软件确实没有任何问题，是诸如迅雷等软件的加载项导致了软件功能的失效。可是在测试的过程中，我们发现了这个问题啊，只是当时这个问题并没有影响到用户的操作，所以我和开发人员都放松了警惕，而当用户真的发现该问题后，似乎也不能将责任推给我们，因为是你的浏览器设置上有问题啊，你的浏览器加载了哪些辅助程序是我们无法控制的，这些程序对我们的软件造成何种影响也是未知的呀，似乎这一切都很合理，但我觉得有一个环节出了问题。
        这个环节出在测试上。
        不管怎样，在测试过程中，这个问题已经暴露出来，或许我们无法说服开发人员这是一个bug，但它终究是一个潜在的隐患，而作为测试人员，发现了隐患，却不能将其消除，责任在我，即便不能要求开发人员进行处理，也应当自己进行查找，如果不能找到解决的办法，那么应当建议提示用户：使用IE进行下载时，由于未知的IE设置将有可能导致下载无法进行。