RocketMQ消息队列如何测试
什么是MQ
消息队列（Message Queue）或者叫事务消息，简称MQ,目前一般公司都使用RabbitMQ，RocketMQ，Kafka，TubeMQ等
左边为发送方,中间为消息队列，右边为消费方，我们需要在发送方哪里，将消息发送到，中间的消息队列中，当程序监听到有新的消息时候，就拿出这条消息进行消费，两个系统之间的耦合度减低
测试MQ要注意点有哪些？
后台日志
不管是阿里云，还是腾讯云，作为测试的你，都应该去熟悉，自己公司的日志查询方法！
当然有很多公司，都没有给到测试的权限，但如果你刚刚好遇到要测试MQ的话都必须提出来，必须向运维申请！
因为日志涉及很多详细的数据，从你点击提交的那一刻，就已经开始触发了业务，然后
消息队列 RocketMQ
其次要针对某个Topic,日志报表进行观察，一般有发送，就有消费，报表应该会呈现有波动的折线图，如果是一条平行线的话就是有问题
数据库数据写入记录
- 再次就是观察，数据库写入的数据条数，不如现在有一个导入物流单号的excel，数量1000条，这个时候，队列消费可定有，而且数据正确应该也要1000条记录，当然这些记录前提都是没有错误的。
结合以上三种形成去完成测试MQ消息队列，是最基础的，当然也会有其他的方法，这个只是我遇到过得方法
MQ测试流程和细节位有哪些？
后端的孩童
- 后端的同事必须对业务有充分或者非常地了解
- 必须列出每一个Topic，对于的名称，对于的业务，和对于的API接口
测试的孩童
- 需要充分了解和熟悉业务，就是知道对应的Topic,对应的业务在哪里，场景的规划测试点
- 确保每个Topic包含的链路都跑过，跑通，跑顺
链路：登录>浏览商品>加购>确认订单>结算>付款成功，这叫链路
跑过：要覆盖的点有哪些？
跑通：需要覆盖点测试时候没有错误
跑顺：后台日志，消费队列，数据库，应用场景，单个测试和批量测试
以上是我遇到过情况，粗略整理一下，如果日后你们也有遇到的话不妨分享一下，欢迎吐槽！！
课外知识
rocketmq性能测试
https://www.cnblogs.com/chongyou/p/12391103.html