所有基础设施架构师都会告诉你，对于严重依赖于企业信息队列系统的管理，最令人生畏的一部分是，处理失败的消息，这些消息要么没有得到处理，要么徘徊在队列中，并最终放到回收站去。虽然没有一个系统工程师想要去处理失败信息，但是通过整合这些失败的信息到组织的敏捷测试周期中，这些失败信息就会发生翻天覆地的变化 。　　

有毒信息和死亡消息队列

　　每一个消息系统都需要一个死亡消息队列。一旦没有，可能存在的信息就会稳稳地坐在未处理的队列中，干扰执行流程，阻碍后面消息的处理。未了缓解此问题，每一个消息系统都需要一个死亡消息队列，也称为有毒信息队列，当有工作没有处理、队列头部有缺陷，或在队列中排的过于靠后的，这些消息可以从生产中移除，移动到单独的一个区域中，以便进一步观察和调试。有时这些消息手动进行观察的。有时一些小的错误改正后，信息就会重新提交到队列中。也有时，把这些消息扔到垃圾站去，永久丢弃。然而，作为补充的，却又常常被忽视的策略，在您的测试环境是随机添加这些消息到队列中的，看看这类的问题包在非产生系统中是如何处理的。　　

集成敏捷测试技术

　　开发人员一直在努力找到创造性的方法，来测试他们的系统，通过思考了用户可以会以怪异的、美妙的、愚蠢方式输入非相干数据到系统中。不幸地，无论开发人员多么聪明，但是他们还是不够聪明到可以真正探索到白痴行为的深层处，以及他们的应用客户所做的一些不连贯动作。好吧，这话可能有点尖酸刻薄，但事实上，即使是最好的测试人员想要用一个测试，来测试系统可能使用的每一个方法，这也不太可能。

　　这就是为什么死亡消息队列做为一项测试技术出现的原因了。聪明的软件工程师知道，在他们的系统中，没有什么比真实生活中用户受制于系统的问题和错误更地的测试了。通过那些阻碍了消息基础设备，并想实时生产问题的工作，软件开发人员可以使他们的艺术更加强大，足心解决客户抛出的所有问题。