You have multiple problems.
1. Your communication is incorrect. You need to sort out the MQ issues first.
One of the IBM documents I'm viewing says it's a JMS queue problem. Is your DevTest configuration using JMS, or is it using Native MQ? Usually, when I see SWIFT messages, it's Native MQ.
Can you verify that you copied all the JAR files for MQ (including the JMS one, if your queue really is in JMS mode) to DEVTEST_HOME/lib/shared, and make sure they are the same version as the version of your MQ server? They need to go in DEVTEST_HOME/lib/shared, and not anywhere else (they will conflict if you put them in multiple places).
If you've checked the above, you'll need to ask one of your MQ administrators to tell you the connection configuration you need.
2. All SWIFT MTxxx messages are in SWIFT FIN format, not XML.
Look here for details: UHB page | ISO 20022
SWIFT support XML messages, but they are MX messages, not MT messages. See here for samples: Full catalogue | ISO 20022
It is possible that your company has embedded MT messages inside XML, or they might have sent the MT messages through a message encoder to translate them to an XML format. If you can provide samples, I can have a look and determine which is it. Be careful about providing samples here, though, as it'll expose pieces of your test data to anyone who understands the SWIFT format.
DevTest has full support for both MT messages (using the SWIFT data protocol handler, we translate them internally between the MT format and an XML representation) and for MX messages (these are usually SOAP, and they use lots of attributes).
DevTest can both virtualise these messages, returning MT509 (ack) & MT543 (deliver) from a request of MT515 (confirm), and test these messages (including full SWIFT validation as an assertion).