第52章 复盘会(1)

    张明杰道：“先不急吧，问题正在分析的呢，从目前已经分析出来的一些问题看，我们在数据同步，Redis使用，音视频的SdK上都存在严重的问题，功能上的web类的，App的体验类的也比较多，但是这些应该可以通过版本的快速迭代解决”

    金伟忠道：“秦园，你怎么看，问题的列表我也看了一遍，按照道理，性能稳定性的问题，我们都压测过好几遍的，你们的压测报告我都看了，很多场景也覆盖测试了，但是实际情况比我们现象的差很多啊”

    金伟忠就喜欢问，某某怎么看，搞的秦园有点尴尬，只道：“具体的根因还没有分析出来，但是从问题发生的场景上看，大部分我们是有压测过的”

    朱权道：“那就有点不对啊，我们可以漏一两个，但是不能有这么多的崩溃啊”

    张明杰道：“很多崩溃的原因是一样的，我也看了几个崩溃的bug分析，数组越界的发生五六次，内存泄漏的一批”

    秦园道：“我刚才想了下，这个是不是压测的工具问题啊，我们的工具是自己造的，开发自己写程序，自己造测试工具，测试部用这工具来测，尤其是入会后进行一些操作，都是按照正常的逻辑操作，异常的比较少，当是在做工具的时候，我提了此建议，但是这些实现起来比较麻烦，都推到下一个工具版本了”

    朱权道：“嗯，不错，是一个风险点，林美云你记下，后面董晓峰你在负责复盘下工具类的问题，我们要真实模拟客户的行为”

    “好的”林美云在一边写着会议纪要。

    金伟忠道：“明天我们在组织运维陈建志和中间件王俊复盘下这些问题，感觉很多是我们的用法不对，比如Redis,Rocketmq，这些业界很多公司在用，本次也竟然出现了服务器不可用的情况，应该是什么的使用方式不对，我们不能怀疑这个些组件本身的问题”

    晚上20点的时候，测试部的同学，把问题都梳理了出来，过滤掉重复的问题，崩溃类的，21个bug，严重bug51个，普通的bug132个，优化建议需求类的208个，拿到这个问题列表，张明杰心中感觉在滴血，咱们这个版本也太挫了吧，然后就想到谢宁台那天晚上的醉话，难道我们的这个版本就是一坨大垃圾。

    周天的时候，都在公司加班忙，晚上又更新了一个版本上去，把崩溃的问题解决了19个，严重的解决了20个，其他的问题就暂时不先不管了。

    测试部也没有那么多的精力来验证，张明杰在Git系统上看版本的代码的提交记录，看了有点想吐血的感觉。

    有主从服务器切换的时候，地址写错的，导致redis的选主失败；

    有对前端传递过来的字符串，没有格式化处理的，导致服务崩溃；

    对自定义的表情包，没有处理，导致显示乱码的；在细看原来是一直有处理，后面是测试部提的bug说法表情包太慢，程序员优化了一把，然后忘记把原来的代码合并进去，速度是快了，导致乱码产生了；

    对网络中断引起的用户退出，又入会的，申请的内存不释放，导致内存泄漏的；