|
|
| Author |
Message |
vikas.gupta
New User
Joined: 16 Aug 2006 Posts: 1
|
|
|
|
Hi all
I am a mainframe developer with two years of Experience in Developers Profile. I want to know that should i a make a transition to Mainframe testing.
And what all are the merits and demerits of making this move?
The profile of mainframe testing is preparing the system test cases, and then testing the same.
Do we get more domain knowledge in Testing projects as compared to development projects ? |
|
| Back to top |
|
 |
References
|
|
 |
PeD
Senior Member
Joined: 26 Nov 2005 Posts: 354 Location: Belgium
|
|
|
|
You must have order, method and discipline.
A special mind : always be suspicious, never thinking that a little thing is not a consequence of a change in program.
Every non expected result must be reported and reported with documentation ( using Quality Center or other tools ).
They are various kind of tests : integration tests, performance tests, volume tests, regression tests, stress tests. …..
You can test a mall cluster of programs or a whole day or night of production. You need to know the expected results, discuss with business analysts, with system team, with Capacity team, ….
And you will have to know a lot of tools or technic : Strobe, File Aid, Ecomp, CA7, report Excel, Word, DB2, CICS, zOS, Sort, backup, recovery, etc etc
Maybe you will want to build some proper tools in REXX, VBA, panel, routines to help you in your work.
It is a wonderful world.
There is not a lot of “bravo” if it is working, there is a lot of danger if it is not working in production. …
But one thing you have to know : tests are crucial, essential, but you are at the end of the chain : so if previous team have delay, you will also start later, but I know by experience that the final date, the launch date will not be delayed and then the focus is on you.
I repeat : “code” is nothing. Correctly testing a system is great !!!! |
|
| Back to top |
|
 |
Anuj D.
Global Moderator
Joined: 22 Apr 2006 Posts: 2352 Location: Mumbai, India
|
|
|
|
Well,
It's a question of personal choice. Lately I was also asked for this so would like to comment here... well, again it's a personal perception of things...my answer was no.
| Quote: |
| Do we get more domain knowledge in Testing projects as compared to development projects ? |
I don't think so, it would happen; you might get a good knowledge of "cycle-runs" of your system but for in depth knwoledge, at component level, is just not possible because testing team is always too busy with cycle-runs here at my shop, whenever they get abend they just route to us..even such an abend "U4038: file LRECL mismatch"..grin..Pehaps just because they are in start. |
|
| Back to top |
|
 |
PeD
Senior Member
Joined: 26 Nov 2005 Posts: 354 Location: Belgium
|
|
|
|
But the added value is when the tester with a developer background is able - not to just pass the problem to others - but make a pertinent analysis, take good actions and not staying blocked in the tests cycle.
The risk is high, the responsibility is high. |
|
| Back to top |
|
 |
jaspal
New User
Joined: 22 May 2007 Posts: 49 Location: mumbai
|
|
|
|
Hi Vikas,
well i think you have valuable suggestions from different expert who drived through their carriers starting from mainframes.
to develop is something which make you feel you did something new no one ever did like that.....
1). Requirement gathering
2). Talking to business and technology directly
3). Designing a database, designing a test
4). Build a system.
Now come toward testing that development team does:
1) Unit testing
2). system testing
3). Integration testing
4). regression testing
5), UAT testing
6) pre-implementation
7). roll-out
8). post implementation..
Now what you feel what is the best development or just testing.
"you can learn testing along with development , but can't learn development along with testing only "
) |
|
| Back to top |
|
 |
ksk
Senior Member
Joined: 08 Jun 2006 Posts: 315 Location: Pune, India
|
|
|
|
Vikas,
What is the reason behind to make a shift into Testing from Development as you have already 2 years of expereince in development. I have seen some people (and they asked me for the same) who thinks Testing is easy and Development is hard (this is comparision to Mainframes Testing) and wants to make shift to testing to have a cool life.
Is this the reason or anything else behind your thinking?
Regards,
KSK |
|
| Back to top |
|
 |
Mahesh Srivatsavi
New User
Joined: 09 Sep 2008 Posts: 2 Location: Banglore
|
|
|
|
I am also in the similar transition,Worked as a mainframe developer for two years,due to Project Constraints I was made to take up Mainframe testing.
At starting when I joined Mainframe testing as every one I have similar Perception that testing is easy and very cool job and any one can do that but later on I came to know that it is not.
Through my experience I found the following merits in Mainframe testing.
1)Need to have a through knowledge of end to end flow of the application.
(So this helps to know the overall application and how it runs).
2)we have to gothrough whole use cases,Processes and discuss with the Business analysts,Developers,Peers how the application is going to satisfy user requirements and accordingly we need to prepare test design and test cases.
3)Though the testers job is to find the defects and raise to the developer team , sometimes they need to solve abends by themselves and then go for developers help.
4)There will be some projects in which the front end will be java and the backend will be mainframe at time it is testers responsibility to whome to assign the defect and in some instances it may be due to environment issues the errors may crop up.(Tester has to take up responsibility).
5)The project may delay due to some reasons but the end date will be fixed here comes the role of tester , he has to test every thing in the given time and the same time assure the quality of the software.
6)A company can assure the quality product to the client only when it undergone the complete process of testing.
Atlast I conclude both mainframe developing and testing has equal importance both has their own Pros and cons.
It is a advise to the people donot come from development to testing thinking Mainframe testing is cool than compared to development(It is merely misconception). |
|
| Back to top |
|
 |
Aaru
Senior Member
Joined: 03 Jul 2007 Posts: 1253 Location: Chennai - India
|
|
|
|
Hi,
| Quote: |
It's a question of personal choice. Lately I was also asked for this so would like to comment here... well, again it's a personal perception of things...my answer was no.
|
I agree to Anuj, and i would like to comment as i have worked on both development and testing projects.
- I never got a chance to use my BRAIN when i was put in a testing project. But the reverse happened in a develpment project and i liked it. I think Fixing a bug is difficult than reporting a Bug.
- Yep, you will get some domain knowledge when you write functional test cases and test it, Not when you just laern some tools and do manual testing.
DEVELOPERS TEST BUT TESTERS DO NOT DEVELOP. |
|
| Back to top |
|
 |
PeD
Senior Member
Joined: 26 Nov 2005 Posts: 354 Location: Belgium
|
|
|
|
| Quote: |
DEVELOPERS TEST BUT TESTERS DO NOT DEVELOP.
|
I can see, every day, in my Testing team where we collect all upgrades-modifications-... to run a full integration test that DEVELOPERS DO NOT TEST AS THEY HAVE TO DO IT.
They have a poor knowledge of what a test must cover, and OK most of the time they don't have the tools to do that.
But don't tell me developers always are good testers.
It is my day work.
Pierre |
|
| Back to top |
|
 |
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 3725 Location: Brussels once more ...
|
|
|
|
And I won't ask about the night job  |
|
| Back to top |
|
 |
muthuvel
Active User
Joined: 29 Nov 2005 Posts: 196 Location: Chennai
|
|
|
|
It finally seems to be a debate of Development Vs Testing
Every Job has its own merits and demerits
"DO WHAT YOUR ARE COMFORTABLE IN DOING"  |
|
| Back to top |
|
 |
dick scherrer
Global Moderator
Joined: 23 Nov 2006 Posts: 9187 Location: 221 B Baker St
|
|
|
|
Hello,
| Quote: |
| But don't tell me developers always are good testers. |
Agreed. Good developers will test their code well. Unfortunately, the population of good developers is shrinking. . . And, conversely, the population of rather incompetent developers is rapidly increasing.
As more groups are willing to deploy code that doesn't even work, i believe a separate testing group will be necessary to survive implementation. . . It is often better to meet the deadline with code that fails - delivering non-working code "on time" and fixing/re-writing it later often has less penalty than delivering a fully working application late  |
|
| Back to top |
|
 |
PeD
Senior Member
Joined: 26 Nov 2005 Posts: 354 Location: Belgium
|
|
|
|
I want to add that it is not always the developer's fault.
Sometimes they do not have the right tools or environment ( testing environment set up is not an easy task - often part of production elements are missing ).
Also I firmly believe that there is a lack of education in testing.
Not only in IT world.
See around all stuff not working in industry, in instrument, toys, ...
not only economy on the product, but lack of testing, or lack on "how to test".
Don' forget also that testers are sometimes ( like me ) former developer. |
|
| Back to top |
|
 |
Terry Heinze
Active User
Joined: 14 Jul 2008 Posts: 253 Location: Richfield, MN, USA
|
|
|
|
"It is often better to meet the deadline with code that fails - delivering non-working code "on time" and fixing/re-writing it later often has less penalty than delivering a fully working application late."
Reminds me of one of my favorite sayings, "If you don't have time to do it right, when will you have time to do it over?!" |
|
| Back to top |
|
 |
PeD
Senior Member
Joined: 26 Nov 2005 Posts: 354 Location: Belgium
|
|
|
|
| Production stability? Tell that to the management and the clients !!! |
|
| Back to top |
|
 |
|
|