Following post is my experience of being a tester from a different field.
Being a Tester is not an easy job, as you know I am some one who is not from a technical background but, forced my self to be a tester just because this is some thing which I want to keep doing till the last date of my retirement.
But things are not working out, just because of a tag called “Fresher”. I was lucky to pursue a job as a tester at a right time, even though I can feel the heat of this word “Fresher”.
What can tester do, to get rid of this word “Fresher”? Why we have to stick to one job to remove this tag? Can’t we act practically? Sticking to one company doing same job, day in and day out does it make any sense?
Sitting in an office and finding error in software’s is not everything that a tester needs. He needs knowledge lots of knowledge, he has to be competitive, self motivating, sharp, should have a different views, many more qualities are needed since testers are a different creature on this world.
In today’s world everyone needs an experienced tester but, what about the fresh ones?
Aren’t they important? Can’t they be an asset for you? What should a fresh tester do to survive?
Oh come on! Don’t think about becoming a freelancer, I really don’t understand why people become a freelancer, why to work free for something which you are good at. I understand being a freelancer can add values to your work, might give you fame but after that, if your lucky then you’ll get a job or else continue being a freelancer. Does that make sense? I don’t think so?
Oh come on! Don’t think about uTest or some similar sites, what I have experienced being true on this kind of sites might not land you anywhere. I made a profile with the status of beginner and tried to find some ‘releases’ guess what no releases for fresh one on the same time I logged in from a different user Id which had a status of an expert, now guess what 15 projects on release option waiting to be tested. Does this sound good?
MORAL -- Never be true with your experiences is it?
In my early days I met one of the testing extremist Mr. Pradeep Soundararajan I really appreciate his work for the testing community. He is one of those personalities which is self motivated as well as motivates others unknowingly.
I got an opportunity to be one of the participants of BWST-1 where knowledge was in tons (hope you have read my earlier post on BWST).
BWST motivated a lot but, that didn’t last for too long. June 13th I was hit by a reality that company is trying to slash some nos. of head count. Now obviously, being a fresh new bee the sword was hanging on me too. Some how first week went off (after 13thJune), there was news from other departments. Finally, on 25th June I got a call from my chief (PM). He discussed about the several change to bring in our testing team and spoke about discarding jobs but, some how I managed to save my tail my asking him to work more efficiently as well as handle client. I really thank God to save me this time.
Then after, my learning got diminished day by day, my thoughts are put into a cage. No time to explorer new things, and unfortunately I have to blame time for this.
We fresher need practical knowledge, one to guide us with the do’s and do not’s.
Please share, if there is any institute or organization which provides real time experience in testing for freshers.
Showing posts with label questions. Show all posts
Showing posts with label questions. Show all posts
Wednesday, September 16, 2009
Wednesday, July 29, 2009
Three days of Experience
Talking about my experience, last week I was shifted to a team of developers who are assumed to be the best in our organization (coz they were highly paid and yeah they worked smartly as in code, logics, communicating and in many ways).
DAY 1
It took me one whole day to go through the requirements of the developed software, mean while team member around me started chatting with me asking about me, my experience, why testing (many more questions) and unintentionally they were even trying to nag out me (they were pretending to be happy as a tester joined their team but, their intention was to remove me out of this team) because no one like testers or can I say no one like spectators on them.
After few hours, truly speaking I felt, will I be able to find error, bugs, mistakes, defect in their work, coz their talks created a perception in my mind due to which my approach, my mentality changed towards finding bugs. I was not supposed to run the software on the same day but, I did, to feel the complexity of the developers and software.
As I said earlier due to my brain wash and change in perception I couldn’t find any error, bugs.
Now, I was totally bugged out. I left application and went back on requirement document.
I know that testers always cannot find bugs but, in my case I was feeling horrified, not exactly but, yeah anger was there in me (I couldn’t find bugs. Huh!). There were only two questions running in my mind.
1. Are they so good in developing?
2. What if I don’t find any error, mistake, bug…?
On this note I left for the day (back to home).
DAY 2
I’ll describe my day two in point format.
1. Revised a small part of requirement you can say phrase 1.
2. Took a U-turn on software and simultaneously went through requirement doc. and application.
3. Slowly slowly started understanding the purpose of the software and started using the software as per the requirement and from the N number of user’s point of view. (I know I can’t think like users coz every one is different but, tried my best to view, throw my perception in different angel, mode of situation, permutation combination)
4. Unbelievingly my half day went like hopping here and there. Finally, after lunch I was ready with all requirements standing firm in my mind, all my thoughts very clear. Started my testing.
5. Took up a small module, within five minute two typo errors. WOW. (small but, good for that point of time)
6. Within 20 minutes two functionality errors (which was missing as per specs.). Yahoo!! (that time I was feeling great)
7. Now comes the coding of the module, as per my knowledge I was a management student without any technical knowledge. Then two was curious to know more about this team’s coding.
8. Started with date format changed the date format viewed the application, this Exception error was not handled. (This date was exported from another application by running the windows services.)
9. I was feeling extremely happy not just because I was finding error but, by thinking that yes now I can also add value to product. This feeling was amazing.
10. Talking about coding errors, this application screen was in a grid format in which you can add different fields as per your needs and mails had to be send from this application if some one passes a comment on you, this was not happening just because, the added field was suppose to be added in the end but, I added it at the top of all the field due to which the mail id of the user on which the mail had to be sent was disturbed and the code was written using an array now, ERROR. Excellent. BRAVO.
11. Day end but, before leaving office I was supposed to report my PM. (I had reported this error on a bug tracking tool called project management)
12. As soon as I entered his cabin he was smiling, the first sentence he spoke was, “So, I got some one to bug me and this team”. I was appreciated by him.
DAY 3
The whole team came to know about the error reported, all my well wishers were happy for me, including the expert team members. :-))
**NOTE** The errors reported by me were nothing great but, well it does matter to a fresh unidentified tester.
DAY 1
It took me one whole day to go through the requirements of the developed software, mean while team member around me started chatting with me asking about me, my experience, why testing (many more questions) and unintentionally they were even trying to nag out me (they were pretending to be happy as a tester joined their team but, their intention was to remove me out of this team) because no one like testers or can I say no one like spectators on them.
After few hours, truly speaking I felt, will I be able to find error, bugs, mistakes, defect in their work, coz their talks created a perception in my mind due to which my approach, my mentality changed towards finding bugs. I was not supposed to run the software on the same day but, I did, to feel the complexity of the developers and software.
As I said earlier due to my brain wash and change in perception I couldn’t find any error, bugs.
Now, I was totally bugged out. I left application and went back on requirement document.
I know that testers always cannot find bugs but, in my case I was feeling horrified, not exactly but, yeah anger was there in me (I couldn’t find bugs. Huh!). There were only two questions running in my mind.
1. Are they so good in developing?
2. What if I don’t find any error, mistake, bug…?
On this note I left for the day (back to home).
DAY 2
I’ll describe my day two in point format.
1. Revised a small part of requirement you can say phrase 1.
2. Took a U-turn on software and simultaneously went through requirement doc. and application.
3. Slowly slowly started understanding the purpose of the software and started using the software as per the requirement and from the N number of user’s point of view. (I know I can’t think like users coz every one is different but, tried my best to view, throw my perception in different angel, mode of situation, permutation combination)
4. Unbelievingly my half day went like hopping here and there. Finally, after lunch I was ready with all requirements standing firm in my mind, all my thoughts very clear. Started my testing.
5. Took up a small module, within five minute two typo errors. WOW. (small but, good for that point of time)
6. Within 20 minutes two functionality errors (which was missing as per specs.). Yahoo!! (that time I was feeling great)
7. Now comes the coding of the module, as per my knowledge I was a management student without any technical knowledge. Then two was curious to know more about this team’s coding.
8. Started with date format changed the date format viewed the application, this Exception error was not handled. (This date was exported from another application by running the windows services.)
9. I was feeling extremely happy not just because I was finding error but, by thinking that yes now I can also add value to product. This feeling was amazing.
10. Talking about coding errors, this application screen was in a grid format in which you can add different fields as per your needs and mails had to be send from this application if some one passes a comment on you, this was not happening just because, the added field was suppose to be added in the end but, I added it at the top of all the field due to which the mail id of the user on which the mail had to be sent was disturbed and the code was written using an array now, ERROR. Excellent. BRAVO.
11. Day end but, before leaving office I was supposed to report my PM. (I had reported this error on a bug tracking tool called project management)
12. As soon as I entered his cabin he was smiling, the first sentence he spoke was, “So, I got some one to bug me and this team”. I was appreciated by him.
DAY 3
The whole team came to know about the error reported, all my well wishers were happy for me, including the expert team members. :-))
**NOTE** The errors reported by me were nothing great but, well it does matter to a fresh unidentified tester.
Sunday, July 12, 2009
Work experience...
Hi everyone,
Currently, I am testing four projects at a time, being a fresher I never believed myself that I can perform well in this kind of situation or handle so much of pressure at a time but, some time I think is it correct to do this kind of experiment.
I can say it’s an experiment to test my ability, to test my performance, to test my testability and there are many a things to be tested in a tester.
While doing this experiment I learnt a lesson which left me with a moral and a question for me, I really don’t know which one to accept as a question or moral, I cannot make up my mind.
This moral and a question was in form of a sentence which as follow,
Question --> Test plan and implementing on this test plan are two different things
Moral --> Planning and working are inversely proportional to each other
With the following example I have concluded my question and my moral from the above two sentences.
For ex. When we finish a round of testing and revert back to test plan to check the nos. reports to be produce for the client, at this point of time a question comes to your mind,
“Making a test plan and implementing on this test plan are these two different things?”
When we plan our testing criteria (a type of testing enforced on a module) and when we produce a conclusion through planned criteria. This conclusion turns up to be some thing different which we had never thought off. “Planning and working are inversely proportional to each other”
This is what I have concluded but, there are many time where I find my moral as a question and my question as my moral.
Getting into deeper sections, I found some thing very common in these two things (my moral and my conclusion) that is “ Mentality ” the state of mind, the way you look at software’s, the way you approach a software, the way you bug yourself to find a bug in a software. On different stages of software development different direction / dimension is needed and we testers are not responsible for the change in method of testing it’s the product which demands proper attention from all direction. Yes, we testers are responsible for the mentality we carry while testing particular software. We being the first user for the newly build software it’s our responsibility to modify or be flexible to fit in as per customer’s requirement, as per user requirement, as per developers requirement.
I don’t want to get into the fight of developer VS testers instead just think after the PM (project manager) we should have the art of getting our bugs fixed.
Currently, I am testing four projects at a time, being a fresher I never believed myself that I can perform well in this kind of situation or handle so much of pressure at a time but, some time I think is it correct to do this kind of experiment.
I can say it’s an experiment to test my ability, to test my performance, to test my testability and there are many a things to be tested in a tester.
While doing this experiment I learnt a lesson which left me with a moral and a question for me, I really don’t know which one to accept as a question or moral, I cannot make up my mind.
This moral and a question was in form of a sentence which as follow,
Question --> Test plan and implementing on this test plan are two different things
Moral --> Planning and working are inversely proportional to each other
With the following example I have concluded my question and my moral from the above two sentences.
For ex. When we finish a round of testing and revert back to test plan to check the nos. reports to be produce for the client, at this point of time a question comes to your mind,
“Making a test plan and implementing on this test plan are these two different things?”
When we plan our testing criteria (a type of testing enforced on a module) and when we produce a conclusion through planned criteria. This conclusion turns up to be some thing different which we had never thought off. “Planning and working are inversely proportional to each other”
This is what I have concluded but, there are many time where I find my moral as a question and my question as my moral.
Getting into deeper sections, I found some thing very common in these two things (my moral and my conclusion) that is “ Mentality ” the state of mind, the way you look at software’s, the way you approach a software, the way you bug yourself to find a bug in a software. On different stages of software development different direction / dimension is needed and we testers are not responsible for the change in method of testing it’s the product which demands proper attention from all direction. Yes, we testers are responsible for the mentality we carry while testing particular software. We being the first user for the newly build software it’s our responsibility to modify or be flexible to fit in as per customer’s requirement, as per user requirement, as per developers requirement.
I don’t want to get into the fight of developer VS testers instead just think after the PM (project manager) we should have the art of getting our bugs fixed.
Saturday, May 30, 2009
Questions to an interviewer..
Sunday meetings.
On this Sunday every one was cool and calm (My developer friends), but the topic wasn’t.
One of my developer friend started abusing the interviewer we all were clueless then,
abuser said: guys I had been to an interview day before yesterday and the interviewer was so dum.
I: (interrupted him and questioned) How can you say that?
Abuser: He asked me a question which he didn’t knew so he was trying his hands on me or you can say he was playing with all interviewee life, does that soundzz good.
That’s it! That’s how we got our topic for this Sunday obviously “INTERVIEWS”.
As usual we had a bad (I mean great) debate on this topic, following is my observation and learning from this Sunday.
Interviewer a great personality who knows every thing, this is what interviewee thinks.
On the other hand it wouldn’t be wrong if I say while taking interview, interviewer changes their personality (splits) and act what they are not.
Its we who make an interview either boring or interesting, now you might have a question what is boring interview and what is interesting interview.
First let me tell you, the meaning of interview “a conversation in which two well-known person share their views, knowledge, etc” but do we really follow this, No, I don’t think so.
Coming back to boring and interesting part, when only interviewer questions and only interviewee answers this is a boring interview. Interesting, when interviewer and interviewee cross questions each other and both try to find solution automatically this becomes interesting one.
I don’t understand why people get scared of interviews, in fact if we see the other way round, it’s a great opportunity to meet some one who is more experienced and might have better knowledge.
Again questions raised which were a bit controversial or one which were left with silence.
I promise my self to ask these questions to my interviewers. I’ll seriously like to do that because I want to see the difference between answers of two interviewers.
QUESTIONS...
1. What makes you decide the eligibility for a tester?
2. What are the basic qualities you expect in a tester even when the word quality cannot be defined?
3. What is the definition of quality for you?
4. How do you judge (differentiate) testers ability?
5. How do you motivate testers?
6. What is your definition of software testing?
7. Do you really implement your definition in your testing?
8. What is a tester’s job except testing, according to you?
9. Why do we need a tester?
10. Does a tester add value to your product?
11. What is your qualification and designation in this company?
12. How testing standards are created and maintained?
13. What made you choose testing field?
14. According to you who are a perfect tester?
15. One thing that you don’t like about a fresh and experienced testers.
This questions are not just for testing Profession, you can interchange the word "testing" to your profession and try to get answers for yourself.
Please leave back your comments if you get an answer for a single question, from your comments someone or I might get educated, so leave back your comments to educate others...
On this Sunday every one was cool and calm (My developer friends), but the topic wasn’t.
One of my developer friend started abusing the interviewer we all were clueless then,
abuser said: guys I had been to an interview day before yesterday and the interviewer was so dum.
I: (interrupted him and questioned) How can you say that?
Abuser: He asked me a question which he didn’t knew so he was trying his hands on me or you can say he was playing with all interviewee life, does that soundzz good.
That’s it! That’s how we got our topic for this Sunday obviously “INTERVIEWS”.
As usual we had a bad (I mean great) debate on this topic, following is my observation and learning from this Sunday.
Interviewer a great personality who knows every thing, this is what interviewee thinks.
On the other hand it wouldn’t be wrong if I say while taking interview, interviewer changes their personality (splits) and act what they are not.
Its we who make an interview either boring or interesting, now you might have a question what is boring interview and what is interesting interview.
First let me tell you, the meaning of interview “a conversation in which two well-known person share their views, knowledge, etc” but do we really follow this, No, I don’t think so.
Coming back to boring and interesting part, when only interviewer questions and only interviewee answers this is a boring interview. Interesting, when interviewer and interviewee cross questions each other and both try to find solution automatically this becomes interesting one.
I don’t understand why people get scared of interviews, in fact if we see the other way round, it’s a great opportunity to meet some one who is more experienced and might have better knowledge.
Again questions raised which were a bit controversial or one which were left with silence.
I promise my self to ask these questions to my interviewers. I’ll seriously like to do that because I want to see the difference between answers of two interviewers.
QUESTIONS...
1. What makes you decide the eligibility for a tester?
2. What are the basic qualities you expect in a tester even when the word quality cannot be defined?
3. What is the definition of quality for you?
4. How do you judge (differentiate) testers ability?
5. How do you motivate testers?
6. What is your definition of software testing?
7. Do you really implement your definition in your testing?
8. What is a tester’s job except testing, according to you?
9. Why do we need a tester?
10. Does a tester add value to your product?
11. What is your qualification and designation in this company?
12. How testing standards are created and maintained?
13. What made you choose testing field?
14. According to you who are a perfect tester?
15. One thing that you don’t like about a fresh and experienced testers.
This questions are not just for testing Profession, you can interchange the word "testing" to your profession and try to get answers for yourself.
Please leave back your comments if you get an answer for a single question, from your comments someone or I might get educated, so leave back your comments to educate others...
Friday, April 24, 2009
What Does BUG Mean...
What is a bug?
A bug is an error, a defect, a mistake, failure, fault and many more things can turn up to a single word called bug.
As per my knowledge a bug is an action performed by humans unknowingly or unconsciously.
There are many types and ways of creating bugs but, if some listed there are GUI, Hardware, Functionality, communication, lack of resources, requirement (specz.) and many more to go…
What does a BUG do?
Bothers when Unidentified under a Given time…
When a bug is found?
Brings out Unsatisfactory Grounds...
Why a BUG is found?
Brick Upper-class Group...
These are some description of BUGs.
No one likes bugs neither a developer and nor a tester. It wouldn’t be wrong if I say, being in testing field a tester has to find bugs but, if a single small bug skip outs from his hand then
God save testers.
BUGs BUGs BUGs BUGs BUGs BUGs
Some time it sounds like we (testers) are investigating a real time murderer or a serial killer. Off course bugs, finding them red handed is not an easy job but, we can say testing is fun coz bugs are our friends. Friend’s coz they (bugs) help testers to learn and improvise quality of a product and not just quality many more hidden aspect of a product. Some time developers don’t like this friendship between bugs and a tester, they think (assumption) being for a while in testing testers become magnet, a magnet which attracks bugs they automatically stand in front of testers saying, now that you have found me try your hands to solve me(kill) .
Talking about developers and tester, why can’t a developer find a bug and why always a tester does! We can compare this by an example of a parent (developer) who thinks my child is the most innocent child in this whole world but, they don’t realize what a (testers) teacher has to undergo with child’s splits personality in a classroom.
As we say a coin has two face same ways a bug also has two different faces, first face which is very harsh, rude and nasty, second one which teach us a life time lesson.
Quite a few similarities between a tester and bug see, tester find nos. of bug and bug show nos. of faces. By finding a bug testers achieve their motive and by creating a nuisance bug achieve their motive, bugs irritate testers and testers irritate developers, bug marks his presence in a product and testers also mark their presence while testing a product.
As we say quality cannot be defined same way a bug cannot be defined.
I also prefer James Bach and Michael Bolton definition of a bug which says “a bug is anything that bugs someone who matters”
Many testers had opposed or you can say do not agree with this statement due to some reason.
According to me this statement does define a big part of bug.
Let’s divide the statement and try to make it simpler, “a bug is anything” = true isn’t it?
** Theory **
Prove “a bug is anything”.
A bug can be a functionality bug, a technical bug, hardware bug, GUI bug many more … a system is made up of 100,000 parts (assumed) and software can be a build of 10,000,000,000…… number of codes in this bug can be any where. That means a bug can bother you from any part of system or software and anything can turn as a bug.
Conclusion: - a bug can be anything so, be prepared!!
Prove “that bugs some one”.
As it is proved that a bug can be anything now being a bug he cannot sit ideal, a bug has to live up a standard life by creating a standard error, fault, mistake and many more words…
Usually when a human goes through a machine and finds that the machine is not working or performing as per his need or requirement or finds something disturbing or irritating, humans name’s it as bug, mistake, fault, error and many more…
{For example, an innocent child at home can be a bug or bother someone might be the teacher or an outsider. (Something weird)}
And this bug, mistake, fault, error…. Is made for everyone, might be in different form… (Something they really create a great nuisance.)
Conclusion: - bugs always bug someone so, be prepared you might be the next!!
Prove “Who matters”.
Your system is not responding well or software is not getting installed even though you have the required hardware who is bothered YOU.
Your child is not performing well in his exam who is bothered YOU.
Being a tester, software tested by you turns up a failure or PM (project manager) says there are many bugs now, who should be bothered YOU.
Conclusion: - when some thing belongs to you or your work (job), its you, for whom it does matters.
There is a very thin layer between winning and losing.
A bug is an error, a defect, a mistake, failure, fault and many more things can turn up to a single word called bug.
As per my knowledge a bug is an action performed by humans unknowingly or unconsciously.
There are many types and ways of creating bugs but, if some listed there are GUI, Hardware, Functionality, communication, lack of resources, requirement (specz.) and many more to go…
What does a BUG do?
Bothers when Unidentified under a Given time…
When a bug is found?
Brings out Unsatisfactory Grounds...
Why a BUG is found?
Brick Upper-class Group...
These are some description of BUGs.
No one likes bugs neither a developer and nor a tester. It wouldn’t be wrong if I say, being in testing field a tester has to find bugs but, if a single small bug skip outs from his hand then
God save testers.
BUGs BUGs BUGs BUGs BUGs BUGs
Some time it sounds like we (testers) are investigating a real time murderer or a serial killer. Off course bugs, finding them red handed is not an easy job but, we can say testing is fun coz bugs are our friends. Friend’s coz they (bugs) help testers to learn and improvise quality of a product and not just quality many more hidden aspect of a product. Some time developers don’t like this friendship between bugs and a tester, they think (assumption) being for a while in testing testers become magnet, a magnet which attracks bugs they automatically stand in front of testers saying, now that you have found me try your hands to solve me(kill) .
Talking about developers and tester, why can’t a developer find a bug and why always a tester does! We can compare this by an example of a parent (developer) who thinks my child is the most innocent child in this whole world but, they don’t realize what a (testers) teacher has to undergo with child’s splits personality in a classroom.
As we say a coin has two face same ways a bug also has two different faces, first face which is very harsh, rude and nasty, second one which teach us a life time lesson.
Quite a few similarities between a tester and bug see, tester find nos. of bug and bug show nos. of faces. By finding a bug testers achieve their motive and by creating a nuisance bug achieve their motive, bugs irritate testers and testers irritate developers, bug marks his presence in a product and testers also mark their presence while testing a product.
As we say quality cannot be defined same way a bug cannot be defined.
I also prefer James Bach and Michael Bolton definition of a bug which says “a bug is anything that bugs someone who matters”
Many testers had opposed or you can say do not agree with this statement due to some reason.
According to me this statement does define a big part of bug.
Let’s divide the statement and try to make it simpler, “a bug is anything” = true isn’t it?
** Theory **
Prove “a bug is anything”.
A bug can be a functionality bug, a technical bug, hardware bug, GUI bug many more … a system is made up of 100,000 parts (assumed) and software can be a build of 10,000,000,000…… number of codes in this bug can be any where. That means a bug can bother you from any part of system or software and anything can turn as a bug.
Conclusion: - a bug can be anything so, be prepared!!
Prove “that bugs some one”.
As it is proved that a bug can be anything now being a bug he cannot sit ideal, a bug has to live up a standard life by creating a standard error, fault, mistake and many more words…
Usually when a human goes through a machine and finds that the machine is not working or performing as per his need or requirement or finds something disturbing or irritating, humans name’s it as bug, mistake, fault, error and many more…
{For example, an innocent child at home can be a bug or bother someone might be the teacher or an outsider. (Something weird)}
And this bug, mistake, fault, error…. Is made for everyone, might be in different form… (Something they really create a great nuisance.)
Conclusion: - bugs always bug someone so, be prepared you might be the next!!
Prove “Who matters”.
Your system is not responding well or software is not getting installed even though you have the required hardware who is bothered YOU.
Your child is not performing well in his exam who is bothered YOU.
Being a tester, software tested by you turns up a failure or PM (project manager) says there are many bugs now, who should be bothered YOU.
Conclusion: - when some thing belongs to you or your work (job), its you, for whom it does matters.
There is a very thin layer between winning and losing.
Saturday, April 11, 2009
Testing with testers desk.
Testing the register page was fun for me but, if I had the database or the codes it would have been more fun because without database and code I was unable to put in exception value directly from the back end.
For example: we had to choose a particular value for fields which had a drop down there was no exception values for that fields, like Preferred course, qualification…etc…
There were some questions which were running in my mind while doing this black box testing…
5. There are two spell mistakes according to me,
Field --> how do you know about us --> Referred by friend
Field --> how do you know about us --> Email from us?
Etc….
For example: we had to choose a particular value for fields which had a drop down there was no exception values for that fields, like Preferred course, qualification…etc…
There were some questions which were running in my mind while doing this black box testing…
1. “Name“ whose name are you asking for? My uncle’s, my dad’s or some one else…
2. “Qualification” whose qualification are you asking for? My uncle’s, my dad’s or some one else…
3. “Date of birth” whose date of birth are you asking for? My uncle’s, my dad’s or some one else… why the year field has its years starting from 1975, a person born in 1974 cannot ask for an advice or if he/she is born earlier to 1975 then that person is not eligible for any other courses is it?
4. “Year of completion” why the year field has its years starting from 1995, a person completed his Bsc. in 1994 cannot ask for an advice or if he/she has completed Bsc. earlier to 1995 then that person is not eligible for any other courses is it?
5. There are two spell mistakes according to me,
Field --> how do you know about us --> Referred by friend
Field --> how do you know about us --> Email from us?
Etc….
Using testers desk data I have found up some error in register page and writing down the whole steps wouldn’t be a good idea so what I did is took some screen shot in which different data were given and the form was accepted. The downloaded CSV file from testers desk, if saved as an excel file it can also be used for automated testing through QTP.
According to me the validation of all fields where not defined properly except the mobile field. The screen shots would give a clear idea.
--> A very weird error when I press 'Back' of the browser after submitting my registration page.
--> As you can see in screen shot any value is accept by 'Name', 'Experience' and 'Your city' fields
--> As we can see the 'Name' field also accept numerical values.
Experience,Email and yourcity field does accept any special values.
As I said, there is a small spell mistake for the word 'referred'.
--> Please check the name, experience, email and your city fields...
As I said, there is a small spell mistake for the word 'email from us'.
--> Please check the name, experience and your city field, I was able to leave this fields empty.
Tuesday, April 7, 2009
Some questions to be answered...
My humble request to all the readers, Please consider the post as discussion only...
Putting my mind in discussion mode...
Some question raised to me for the qualification of a software tester...
If there is a qualification barrier for the testers following thing would be a plus point.
1. Suppose qualification barrier is implemented for being a software tester, the very first thing changes is software testing will become a standardize process.
2. As one of our community member(Mr.Pradeep) has said it very correctly that, if we assume there are 20,000 testers, then will have some 30,000 definitions for the term called software testing.Rather than having 30,000 definitions, if we implement a qualification barrier then we might have a single and a standard definition.
3. Testing assure quality of a product and if we implement a qualification barrier then it might work in a much more effective manner.
4. Qualification barrier will bring a standardize process or basic procedure of testing which will definitely cover the gray areas of testing.
5. IEEE 829 (Institute of Electrical and Electronics Engineers) had published standard or basic procedure for testing purpose but, do we really follow those steps? NO, that mean there is no standardization, in this case, qualification barrier might teach us to follow those basic or standard steps.
While writing these points there were few question raised in my mind…
1. Why there is no standard in a profession like software testing, by standard I mean ‘a degree or level of requirement’.
2. What’s a problem in getting certified? This question rose, because if we ask a doctor he say’s I have passed out MBBS or MD or PhD. If we ask a CA (chartered accountant) he say’s I have cleared the toughest exams. An Engineering person he says I have done my BE.
What about software testers?
I agree, no one can measure knowledge through a degree or certificate but, can anyone allow you to practice doctor’s profession without the qualification, can you become a judge or a lawyer in a court without the qualification. If the answer is NO, then why don’t we have a qualification barrier for becoming a software tester?
By the medium of software, software testing touches each and every profession, let that be a small business software or a doctors or judges software.
Ok let’s think the other way round, for example a nurse and a doctor they both work together but what differentiates is ‘Qualification’.A doctor and cook both belong to same profession called hospitality but what differentiates is ‘Qualification’.
What about software tester, no qualification.
Which profession do we belong?
Coz we don’t have any Qualification.
My humble request to all the readers, Please consider the post as discussion only...
I know this post might look a foolish question for some, but it's a question for me, so please share your views with me and everyone.....
Kind Regards,
shikhar...
Putting my mind in discussion mode...
Some question raised to me for the qualification of a software tester...
If there is a qualification barrier for the testers following thing would be a plus point.
1. Suppose qualification barrier is implemented for being a software tester, the very first thing changes is software testing will become a standardize process.
2. As one of our community member(Mr.Pradeep) has said it very correctly that, if we assume there are 20,000 testers, then will have some 30,000 definitions for the term called software testing.Rather than having 30,000 definitions, if we implement a qualification barrier then we might have a single and a standard definition.
3. Testing assure quality of a product and if we implement a qualification barrier then it might work in a much more effective manner.
4. Qualification barrier will bring a standardize process or basic procedure of testing which will definitely cover the gray areas of testing.
5. IEEE 829 (Institute of Electrical and Electronics Engineers) had published standard or basic procedure for testing purpose but, do we really follow those steps? NO, that mean there is no standardization, in this case, qualification barrier might teach us to follow those basic or standard steps.
While writing these points there were few question raised in my mind…
1. Why there is no standard in a profession like software testing, by standard I mean ‘a degree or level of requirement’.
2. What’s a problem in getting certified? This question rose, because if we ask a doctor he say’s I have passed out MBBS or MD or PhD. If we ask a CA (chartered accountant) he say’s I have cleared the toughest exams. An Engineering person he says I have done my BE.
What about software testers?
I agree, no one can measure knowledge through a degree or certificate but, can anyone allow you to practice doctor’s profession without the qualification, can you become a judge or a lawyer in a court without the qualification. If the answer is NO, then why don’t we have a qualification barrier for becoming a software tester?
By the medium of software, software testing touches each and every profession, let that be a small business software or a doctors or judges software.
Ok let’s think the other way round, for example a nurse and a doctor they both work together but what differentiates is ‘Qualification’.A doctor and cook both belong to same profession called hospitality but what differentiates is ‘Qualification’.
What about software tester, no qualification.
Which profession do we belong?
Coz we don’t have any Qualification.
My humble request to all the readers, Please consider the post as discussion only...
I know this post might look a foolish question for some, but it's a question for me, so please share your views with me and everyone.....
Kind Regards,
shikhar...
Subscribe to:
Posts (Atom)
