查询相关性能数据发现有数据丢失，处理步骤有哪些。

13、
1)在真实环境下检测系统性能，评估系统性能以及服务等级的满足情况 2)预见系统负载压力承受力，在应用实际部署之前，评估系统性能
3)分析系统瓶颈、优化系统

14、
1)并发用户数 2)响应时间 3)资源利用率

15、
数据接收模块的测试结果不满足性能指标。当接收间隔为200ms时，存数据库交易成功率为80%，不满足交易成功率100%的要求；当接收间隔为200ms时，CPU利用率为43.8%，不满足不超过40%的要求。
数据查询模块的测试结果满足性能指标。要求至少支持10个并发用户，所以在15个并发用户的时候响应时间超出3s不能算作不满足。

16、
1)数据接收模块软件没有采用合适的并发/并行策略
2)服务器CPU性能不足
【解析】
13、
本问题考查负载压力测试的测试目的。
负载压力测试的目的包括：在真实环境下检测系统性能，评估系统性能以及服务等级的满足情况；预见系统负载压力承受力，在应用实际部署之前，评估系统性能；分析系统瓶颈、优化系统。

14、
本问题考查性能测试的性能指标。性能测试指标包括并发用户数、响应时间、吞吐量、资源利用率等。
该系统涉及的性能指标包括：并发用户数，响应时间和资源利用率。

15、
本问题考查能否正确判断测试指标是否合理。
对数据接收模块来说，当接收频率为200ms时，存数据库交易成功率为80%，不满足交易成功率100%的要求；当接收频率为200ms时，CPU利用率为43.8%，不满足不超过40%的要求。因此数据接收模块的测试结果不满足性能指标。
对数据查询模块来说，要求至少支持10个并发用户的情况下响应时间在3秒以内，这样在15个并发用户的时候响应时间超出3秒不能算作不满足。数据查询模块的测试结果满足性能指标。

16、
本问题考查工程师对系统瓶颈的初步判断。
根据问题3可以看出，当接收频率过高时，存数据库交易成功率和CPU剩用率均不满足需求。存数据库交易成功率问题的可能原因有两个，一是该模块程序没有采用合适的并发/并行策略，二是数据库本身的设计或者优化不够；而CPU利用率的问题则是因为服务器CPU本身性能不够。 因此，可能瓶颈为：数据接收模块软件没有采用合适的并发/并行策略；服务器CPU性能不足；数据库设计不足或者优化不够。