smsPtop的改进

  smsPtop在新版本的P2P中做了一个比较大的改动，增加了对状态报告后续处理，目的是为了减轻高峰期对Cache的压力。这个模块是chenht负责的，虽然这个改动很大，但我还是很放心，因为他对工作很负责，而且改动的时候也很细心，我们的合作总是很愉快。

    在初步测试的时候，发觉他所做的修改有很多地方都很不错，增加了我在报bug的时候没有想到的处理机制，功能正常，异常也做了处理。不过对于这么大的改动，我还是会细心地进行性能对比测试，以及检查程序是否处理了各种可能的异常。我们进行了比较详细的性能对比测试，根据测试结果对处理机制做了不少改进，使改动能够更好地达到预期的目的，并能处理各种异常。经过多次的完善，我们对程序的运行感到比较满意。就在我打算关闭bug的时候，突然想起了有个非常关键的测试点没有测试到，进一步确认后发现，在回response的处理流程上果然存在很大的问题。

    因为这个问题，必须对改进的流程进行重整，改动花了差不多一个下午，完整测试也需要半个上午。如果当初在报bug的时候，能够仔细考虑流程，将所有的实现机制而不是功能需求在报bug的时候提出，那么在改动的时候就会方便很多了，也不至于要流程重整；或者，在第一轮测试的时候，首先问清楚程序对流程的处理，也可以大大节省测试的时间。这些都是我在以后的测试中需要注意的问题。不过，我们的产品，有一个比较不好的地方就是没有一个资深的工程师对程序的改动做审核，也就是说改成怎样，完全是依赖于开发人员以及测试人员的素质，但是如果开发人员或测试人员不够专业或敬业，那么做出来的产品在投入使用的时候肯定是很容易出现故障。

现在想想，也觉得害怕，如果我没有多考虑一点，bug就这样被我关闭了，被我强烈推荐的功能要是春节期间启用了，肯定会被对方投诉，并且我们也不能那么快地将程序进行改动，那样我们就要面临很大的压力了。想做测试，其实并不难，但是做一个好的测试人员并不是那么简单的一件事情。另外，测试人员与开发人员一定要非常好地配合以及交流，才能够有一个完善的产品出来。对于一定需要修改的问题，测试人员一定要坚持，而开发人员也应该很好地配合。在有异议的情况下，应该征求项目经理或更资深的工程师的意见。