一个bug追踪过程

在项目中，曾经遇到一个印象很深的问题，就记下来，以后也好参考。

系统中，客户端向服务器发送一个文件族，包含索引文件和数据文件，服务器对目录有回调，更新数据库相关信息。但是偶尔会出现服务器误认为数据文件没有到达的情况。复现几率不大，同时没有规律。

判断过程
。　统计复现规律，上载BUG数据库后等待空闲时间复现
。　美国不能复现，中国这边复现概率很小
。　在快的机器上复现概率小，慢的复现概率大
。　postgress数据库，不熟悉系统命令，作了个性化sql的数据库表记录导出文本工具。每次操作后用gvimdiff比较，无复现个性特点
。　通过沟通，了解了开发中的对应日志和关键字
。　重复操作后，过滤所有失败的日志过程
。　开发脚本，实现按照配置文件序列发送，实现脱离被测试程序，加快测试进度，同时可以确定是否服务器端造成问题
。　按照日志书写配置文件，发送序列，注明测试程序同样复现，即两者等价
。　多次统计错误序列，得出在一定序列属性特点的时候，服务器在重负荷的情况下，服务器程序会出现错误

收获
。　复现BUG
。　对文件族的属性有了非常深刻的了解
。　实现两个以后一直使用的测试工具：　数据库文本导出 和　模拟文件发送工具