ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Top Ten WMQI/WMIB Testing Tips

Post new topic  Reply to topic
 Top Ten WMQI/WMIB Testing Tips « View previous topic :: View next topic » 
Author Message
smdavies99
PostPosted: Tue Aug 03, 2004 4:38 am    Post subject: Top Ten WMQI/WMIB Testing Tips Reply with quote

Jedi Council

Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.

Subtitle:
Testing Production NOT Production Testing

I would like to canvas the readers of this forum for their pet testing tips and how they (if they do that is), test the flows that they put into production.

In many shops the PRODUCTION Envorinment is sacrosanct. You can't go near it unless there are problems. I sort of have this idea of being able to test the operation of the Production Environment in a non destructive manner and importantly in an non interfering manner (with respect to the actual production flows) especially if your application message flows are build up using lots of sub flows. A form of self diagnosis really.

I had a problem where a production flow was occassionally abending. However I could not replicate the problem in any of the other supposedly identical environments. I persuaded the business to let me add some test flows to the production environment so that could non destructively test parts of their application. I eventually found the problem with the real flow and was able to test a corrrection in the production environment without interrupting real message processing.

For example,
When using a custom plugin, create a message flow and deploy it into production alongside the real flows. This has the advantage of being able to test the operation of the plugin at any time even in a production environment as well as verifying the operation of the plugin after deployment or CSD Application.

For example,
If your error handling philsiphy is to do it all in a subflow attached to the fail terminal of an input node then create a flow that just tests the subflow.

There are more examples I am sure so, any replies here are most welcome. I would welcome any ideas like the above that could help make a more stable and testable production environment.

Stephen D
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995

Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions.
Back to top
View user's profile Send private message
apsy
PostPosted: Tue Aug 03, 2004 5:37 am    Post subject: Reply with quote

Novice

Joined: 10 Feb 2004
Posts: 24

It might be a good idea to have a contract with applications that send messages through the flows, that they provide you with a test message that can be sent through in production, which they recognise as test and will discard.
That way, you can schedule these test messages to flow through every 15 minutes or so, to ensure all the parts are working.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Top Ten WMQI/WMIB Testing Tips
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.