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