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的使用曲线，这点对出报告非常方便。