测试遇到的经典问题总结

1.在Web后台管理系统中有一个功能，该功能允许上传最多10个图片文件。大于10个后入口屏蔽。当我测试上传的时候，我就一次性上传了10张，但是在下方只展示了3个半的记录。然后我就直接截图给研发先看了，这时候研发过来，看了看这个问题，说，你再试试，我看看日志。然后我看到这个现象，第一反应就是数据库字段长度肯定是不够，开发一想，问题原因直接定位。问题的发现，反馈到定位排查，3分钟。

2. 我们的应用APP有一个调用系统相机拍照上传的功能，发布前进行回归测试通过，上线后发现部分用户部分机型，调用系统拍照上传失败的问题。首先从问题的性质原因提示，排除了服务端问题，确定为APP端问题。然后查，最后发现是本次测试完后，发布时，APP进行了SDK的版本升级。升级到了SDK8.0，目的是对一些新的框架、库更兼容。但是却忽略了一个问题，8.0以前的版本，在调用Android系统8.0以下，如果申请每组权限中的一种时，会将该组权限全部放开。如果是在依赖SDK8.0开发的Android系统版本在8.0以上，在应用软件安装请求权限的时候，申请每组中的一种权限，该组中的其他种权限不会同时放开。这样，开发在本次升级8.0以上时，存储权限只申请的读，所以造成写的权限在8.0以上不会放开。因而调用系统拍照后，存储失败，造成上传给服务端的文件为null。

3.监控-资源可用率报警，request_id=XXXX，返回E7000系统繁忙，请重试。原因：网关请求X端jsf由于接口慢sql同时网关的consumer请求持续打到执行慢sql的服务上造成服务拒绝。解决办法：针对接口后续优化持续进行，由于慢sql的涉及的模块接口的耦合度较大，需要后续有接的优化改进，增大了jsf线程池的线程数量由200增大到300，调整consumer的路由策略。

4.大量用户反馈，数据列表内容显示空了。原因：周五29日晚上需求上线，eos优化代码合并的时候合并了一行冗余代码，有一行sql重复。造成XX模块xx功能列表数据为空。解决办法：将冗余代码删除，恢复。线先执行至少双人review，确保每行代码得到确认，后续版本上线和eos优化分开上线处理，完善研发上线流程规范。

5.对老功能进行优化，在原有功能上增加了一个展示描述信息的功能。因此开发在这里给某字段值添加了一个info描述，造成异常。原因：原底层下游接手处理是一个数组array，但是添加了描述信息开发在这里是定义了一个string类型。造成底层解析失败。解决办法：将描述info定义为枚举数组类型。

6.自动创建快照策略，当创建ing时，（双开页面）同一个镜像又发起了创建请求，创建快照发生异常，redis一直未处理堵塞。代码公共方法中添加了针对异常的处理，如果创建快照抛出异常，就清redis。同时由于开发在异常处理时，将针对异常的处理代码写错了位置，写到了final里，造成不管是否发生异常，都执行异常处理。从而造成在没有异常时，只有第一个快照创建可以成功。提醒开发快速定位问题。