1、研发sql，用什么数据，查什么，不能使用select * 查全表数据，这样的sql对内存消耗大，若表字段多、查询的数据量大，多人多次调用接口查询会发生内存溢出。
2、研发使用for循环处理某一业务时，测试cases准备的数据至少要覆盖进for循环一次、二次、三次。
3、处理数据带有pageNo、pageSize的地方，测试cases准备的数据至少要使pageNo走1、2。如果研发pageSize代码中写的过大（500、1000），测试环境可以让研发先改小（5、10），可以减少准备的测试数据，方便测试。测完此场景，要让研发将pageSize改回去。
4、批量调用第三方接口处理数据时，要使用第三方支持最大的pageSize获取数据，减少与第三方交互的次数，这样可以提升接口响应时间。
5、调用第三方接口降级处理、异常捕获。
6、已有表新增字段，涉及到此表的新增、编辑接口都要测试。
7、消费mq消息走业务的场景，尤其是消费mq写数据库的场景，建议研发做mq消费限流。否则因mq生产侧业务变动或业务需求，产生大量mq消息，会导致mq消费侧服务压力突增，可能会影响正常业务。
8、基于已有功能的二次迭代，研发使用表中某个已有字段值作为逻辑判断，这种情况，要去线上数据库统计该字段的值，确保测试环境表中都有线上表中此字段的值。
标签：总结,pageSize,接口,研发,mq,测试,第三方 From： https://www.cnblogs.com/FengZiQ/p/17161591.html