［专题2016-08-19］功能测试中“瞄一眼”就能发现的性能问题

1、web端关注页面加载性能，通过F12可以观察，后台关注类似“获取session失败”的报错消息；

     web端交易可以借助浏览器的插件实现简单的报文连续发送，验证并发；

3、像大数据量报表的下载需要控制并发，否则很容易出问题：像允许点击多次，导致内存溢出；

5、并发时处理慢，报文返回慢，可能导致工作流乱序；

6、批量交易、日终交易、涉及文件的交易，需要大数据处理，查看查表及金额处理是否正确，分析耗时及对联机交易影响；

7、多个业务混合并发，出现线程挂起、数据锁表；

8、并发边界值测试：如份额不足，多个用户同时购买，检查额度及资金是否正常；

10、了解平台的一些限制：通讯数据量限制在超限时导致崩溃、接收报文大小限制导致大报文截断

11、鼠标连点器，1s提交10次；

13、查询或初始化加载大数据量时，要确认是首次读取加载缓存还是每次都要加载缓存，并考虑分页加载；

14、服务器端通过netstat  －an|grep  端口号发行有大量close_wait，导致再有链接进来就失败；socket4次握手原理

16、执行lsof －p  进程id，检查进程打开的句柄数如果在增加，存在文件资源未关闭；

21、ipcs关注信号量，ipcrm进行释放信号量

［数据库相关］

2、分库分表后查询交易速度变慢较大，用DRDS查询语句不规范会导致查询效率低，与RDS规范不一样；

4、大表查询、存在历史数据、多表关联容易出性能问题；

9、大数据量查询要分页，大数据量更新要分批，如每100更新一次；

12、检查查询语句是否有索引、主键索引；

15、数据库查询当前占用链接数及总链接链接数；

［app端］

17、响应时间的3-5-8原则；

18、app中网络2G下，连接一直不释放导致后台服务器崩溃；

19、app安装时用户量大、图片多，导致文件服务器挂掉；

20、app网络不佳时，容易发生多次重复交易，后台要控制好；

22、app中网络不好时进行短线重连，像注册类的可能出现未注册用户重复提交，报已注册的体验问题；

［工具待学习］

使用插件进行简单的性能测试

代码覆盖率工具c、java

app通过配置实现信号强弱工具