祸不单行，本周两个不易重现的bug

这周遇到了两个不易重现的bug。记下来供参考。

bug 1:
功能如下，
用户没有关注某些内容时，会出现一个浮层，提供部分内容供用户选择。
用户做过选择之后就不再出现此浮层。
某些微博也有类似功能。

在测试时发现，有时候用户在选择了浮层提供的内容后，仍会出现此浮层。尝试几次后，无法找到复现规律，bug仍然时隐时现。继而找到开发人员，一边现场试着复现问题一边复述发现bug时的场景。虽然bug复现过程还是以失败告终，但是开发人员却能根据描述，在review代码后找到了问题的原因。

bug 2：
是从编辑那边反馈过来的一个bug，而且只是某些编辑遇到。情况是这样的，编辑在给某些内容添加样式后，等到再次修改这些内容时，发现样式丢失。自己尝试了很多次，却只重现了两次，开发也不好判断问题原因。后来又有编辑重现该问题，于是开发人员通过review代码，发现是缓存原因。在以前，同一份内容只有一份缓存。但是随着系统演变，同一份内容会在不同情况下生成两份不同的缓存。其中一份缓存带有样式，另一份没有样式。在演化后，开发使用了不带样式的缓存，当用户在访问了不带样式的内容后，缓存中就有了不带样式的内容。等再想访问带样式的内容时，会把这份不带样式的缓存取出来，导致样式丢失的问题。

bug 3：
前几周的一个bug了，这里也记一下。
有几天系统总是莫名其妙的挂掉。后端server进程的cpu占用会飙到100%。，搞得我们运维的同学周末都不敢去shopping。后来有一天，一位编辑反馈说他的一个操作有时无法成功。当我们重复该操作时，发现服务器挂了。于是，迷一样的问题原因就这样找到了，修复该问题后，世界又恢复清净。

bug 4:
听来的一个历史bug。ubb标签没有关闭导致服务器内存耗尽而崩溃。

所以，对于难以复现的问题，往往需要开发人员的协助，但由于以下种种原因，这个过程可能并不容易：
*开发人员对自己的代码总是乐观且自信的，会认为你看错了
*对于难以复现的bug，开发自己往往也没有把握修复，再加上人少事多，可能会不愿意趟这个浑水
*最不幸的情况是，你遇到了很极品的同事。所谓不怕神一样的对手，就怕猪一样的队友。此种情况下，我也没什么好的建议，自求多福吧。