Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

How do you perform Parallel Testing in Mainframes?

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> Testing & Performance analysis
View previous topic :: :: View next topic  
Author Message
vinadha

New User


Joined: 23 Dec 2005
Posts: 4

PostPosted: Sun Nov 19, 2006 3:28 am    Post subject: How do you perform Parallel Testing in Mainframes?
Reply with quote

Hi,

Just curious how do you execute Parallel Testing in Testing your programs. Please some one share their experiences wrt Parallel Testing.

Thanks
Vinadha
Back to top
View user's profile Send private message

PeD

Active User


Joined: 26 Nov 2005
Posts: 456
Location: Belgium

PostPosted: Sun Nov 19, 2006 5:28 am    Post subject:
Reply with quote

SIze of project? One program, few programs, a whole application with dozen of programs?

Parallel tests? hhmm
Run 1, save outputs, Run 2 , compare.
Or within two projects ( in the sense of IBM terminology ). run and compare.
Or in two separate OS : run and compare.
Back to top
View user's profile Send private message
DavidatK

Active Member


Joined: 22 Nov 2005
Posts: 700
Location: Troy, Michigan USA

PostPosted: Sun Nov 19, 2006 8:32 am    Post subject:
Reply with quote

Hi vinadha,

vinadha wrote:

Just curious how do you execute Parallel Testing in Testing your programs. Please some one share their experiences wrt Parallel Testing.


I?m going to assume (always gets me into trouble) that you are comparatively new to programming (coding, testing), and take a literary license.

I am used to several degrees of testing.

The most basic testing is the UNIT test, where you prepare input data that will exercise the change(s) you are making to the program. In an ideal situation you will create input test data that will exercise every branch in logic (each IF statement in the program), including exceptions and error conditions. The object of testing, particularly unit testing, is to not only test your program to see if it runs correctly with good input data, but even more so, to see if there is any way you can break the program with bad input data. Run your program with this input data, and justify (explain) each field value in the output data.

The next step is to do a Production Parallel test. In this testing you run with Production input Data, with the Production program, and save the Production output data. Now, with the same Production input Data, run your Test Program, and save the Test output data.

Now the fun part, you get to compare the two sets of output data. Hopefully your shop has a good compare utility. I usually compare the Test output Data with the Production output Data until I have, maybe 10, records that do not match 100%. I look at each field that does not match, and explain why. Is it one of the fields that we expect to be different? This is good. If it is not one of the fields identified in you UNIT test, you need to explain why that field data changed. Your change may have affected another part of the program that you did not anticipate. Now, run the compare utility again, excluding the fields identified in the pervious runs. Continue this cycle until you can run the compare utility (with excluded fields) until all records match.

At this point, you should have a set of fields that the values have changed, due to modifications you made to the program, with explanations for all.

Now, depending on the magnitude of your change, you may have to do one or both of the following.

STRING testing. Set up a small job stream of production programs that are predecessor and successor to your program. Run this small job stream to make sure you can handle the input data from your predecessor, and that your successor can handle your output data.

INTEGRATION testing is a superset of the STRING test, where you may want to run entire applications, or even entire job streams with multiple applications involved. Because of the massive amount of data, you probably will want to identify, in advance of the test, specific records that you expect to change, how they will affect other programs within your application, and programs outside your applications. Run the data and spot check these results in the appropriate jobs.

Fun yes?

Dave
Back to top
View user's profile Send private message
vinadha

New User


Joined: 23 Dec 2005
Posts: 4

PostPosted: Sun Nov 19, 2006 9:07 pm    Post subject: Re: How do you perform Parallel Testing in Mainframes?
Reply with quote

Hello Friends,

Thank you so much for a detailed description on Parallel Testing. I was involved mostly with Unit Testing where my programs are tested on the test region and with the test region data as an input. Usually these test regions are updated with the current production data for every fortnight.

Vinadha
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> Testing & Performance analysis All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Testing rerad cursor for status with ... John F Dutcher DB2 8 Fri May 19, 2017 9:35 pm
No new posts Are there any Freeware utilties for i... johnmull IBM Tools 2 Wed Dec 21, 2016 8:29 am
No new posts creating a physical sequential file i... Shaheen Shaik JCL & VSAM 8 Wed Jun 29, 2016 3:46 pm
No new posts How to read a excel sheet and load it... Radhika Nambiar Java & MQSeries 10 Wed Mar 30, 2016 4:49 pm
No new posts NDM Packed Data file from Mainframes ... santhosh5983 IBM Tools 2 Wed Mar 30, 2016 2:36 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us