为什么是一个bug,确说是测试环境的问题

出现的场景：
1.开发测试环境，使用证书登陆，经常报证书公钥不存在，偶尔能登录几次。
2.预生产测试环境，也出现类似问题。
3.一开始分析是不是tibiq中间件有问题，比如配置或者确实本身有这个问题。
4.分析到生产环境应该不会出现这个问题，然后上生产环境，出现类似的问题。

出现的环境：
1.多个系统通过中间件进行消息的通信。
2.前端登录、适配器、保理系统、放款中心、银行portal 都通过中间件 tibiq进行消息通信。
3.银行portal调用适配器的签名验证服务。

分析：
1.一出现这个情况，我跟开发人员探讨了，是不是哪个开发在本地启服务而且用了另外一套数据库把消息给劫走了？（启的服务应该是适配器，不应该是其它服务）。
2.分析tibiq原因，初步分析是没有问题的。

结论：
1.测试阶段对此次上线的内容没有相应的把握，上的内容分析不够，比如银行portal端添加验证签名需要添加q队列之类的。（ps:没次上线应当分析上线的内容会有什么风险点）。
2.在测试阶段碰到这种是否是环境还是代码的问题，首先我们要把环境问题给解决，在来分析代码的问题。（1.命令所有开发人员停掉本机启的服务进行测试。2.如不行，进行所有服务日志分析，如日志分析无法分析进行第3步。3.只启动一部分相关服务进行单点测试此功能，如功能正常证明环境没有问题，也就是代码的问题，即可一个服务一个服务启动调试）
3.查出的问题是，银行portal中开发人员不了解队列原理，把银行portal设置为消息服务端而且名字与适配器一样，消息被银行portal截了，也就产生了，登录10次只有4次能登录，其实这些分布式的服务，有些只能是消息的客户端，只能收发消息，不能启为服务端。
4.经过这次，认真对待测试环境的任何有问题的因素，不要找推脱的原因，找不到原因坚决不上线。