1.发送消息吞吐量的测试：
1）单台producer单个进程的发送消息tps
2）单台producer多个进程的发送消息tps
3）单台broker的接收消息tps，由于单台producer可能压不满，所以需要可能两台producer来发消息
2.消费消息吞吐量的测试：
1）单台consumer消费消息的tps
2）两台consumer消费消息的tps
3.同时发送和接收消息的吞吐量、消费延迟的测试：
1）单台producer发送消息，单台consumer消费消息
2）两台producer发送消息，两台consumer消费消息
服务器配置：
broker： c3.2xlarge, 8核15G内存 （比一般的主流MQ服务器要配置差一点）
producer: m3.xlarge, 4核15G内存 （一般的主流应用服务器配置）
consumer: m3.xlarge, 4核15G内存 （一般的主流应用服务器配置）
网络带宽：
千兆
消息大小：
1K（一般消息的大小1K应该差不多了）
用例测试时间：
1、2两种，只测试性能，时间不会太长，估计1小时足矣（AWS按使用小时计费，真是时间就是金钱那！）；
第3种中的1），除了测试性能，还要测试稳定性，打算用6小时；
亚马逊AWS支持测试完成后，查看CPU,内存，IO的使用曲线，这点对出报告非常方便。
