How can QA honestly identify their own strengths and weaknesses?
As a QA, I think of myself as being a bit above average in my field. I get paid well, I get promotions, & I never had any problem getting a good job.
I am fortunate enough to meet with new people in a meet-up, parties...etc, I am pretty much active on QA communities & other stuff, most of the time I feel that they are some of the best people in the field(far better than me). But here is a catch, A bad QA/Tester who is surrounded by other bad QA/Tester seems to be the most self-deluded.
I admit that I am certainly not perfect. I do make mistakes. I do miss scenario, test-case, deadlines, bugs....etc. But I think that I make mistakes that other QA does. but I learn from my mistake & make sure I don't make it again.
How can QA honestly identify his/her own strengths and weaknesses, so that they can take advantage of the former and work to improve skills?
automated-testing manual-testing qa-developer qa-role qa-architect
|
show 2 more comments
As a QA, I think of myself as being a bit above average in my field. I get paid well, I get promotions, & I never had any problem getting a good job.
I am fortunate enough to meet with new people in a meet-up, parties...etc, I am pretty much active on QA communities & other stuff, most of the time I feel that they are some of the best people in the field(far better than me). But here is a catch, A bad QA/Tester who is surrounded by other bad QA/Tester seems to be the most self-deluded.
I admit that I am certainly not perfect. I do make mistakes. I do miss scenario, test-case, deadlines, bugs....etc. But I think that I make mistakes that other QA does. but I learn from my mistake & make sure I don't make it again.
How can QA honestly identify his/her own strengths and weaknesses, so that they can take advantage of the former and work to improve skills?
automated-testing manual-testing qa-developer qa-role qa-architect
1
How does anyone know whether they're good at anything? What element of this is specific to software QA?
– jonrsharpe
Apr 20 at 7:26
@jonrsharpe "How does anyone know whether they're good at anything ?" this is my exact question in easy words & Even I am looking for the elements to make a good QA.
– Nitin Rastogi
Apr 20 at 8:21
1
Update subject title of the question.
– Nitin Rastogi
Apr 20 at 14:20
1
For beginning, a good tester should know that "QA" and "test" is not the same. Testing as finding bugs is part of QA - preventing bugs.
– kriscorbus
Apr 21 at 17:16
1
I would like to remind close voters of a very excellent article that is like a fine wine that merely gets better with age: stackoverflow.blog/2010/09/29/good-subjective-bad-subjective
– corsiKa♦
yesterday
|
show 2 more comments
As a QA, I think of myself as being a bit above average in my field. I get paid well, I get promotions, & I never had any problem getting a good job.
I am fortunate enough to meet with new people in a meet-up, parties...etc, I am pretty much active on QA communities & other stuff, most of the time I feel that they are some of the best people in the field(far better than me). But here is a catch, A bad QA/Tester who is surrounded by other bad QA/Tester seems to be the most self-deluded.
I admit that I am certainly not perfect. I do make mistakes. I do miss scenario, test-case, deadlines, bugs....etc. But I think that I make mistakes that other QA does. but I learn from my mistake & make sure I don't make it again.
How can QA honestly identify his/her own strengths and weaknesses, so that they can take advantage of the former and work to improve skills?
automated-testing manual-testing qa-developer qa-role qa-architect
As a QA, I think of myself as being a bit above average in my field. I get paid well, I get promotions, & I never had any problem getting a good job.
I am fortunate enough to meet with new people in a meet-up, parties...etc, I am pretty much active on QA communities & other stuff, most of the time I feel that they are some of the best people in the field(far better than me). But here is a catch, A bad QA/Tester who is surrounded by other bad QA/Tester seems to be the most self-deluded.
I admit that I am certainly not perfect. I do make mistakes. I do miss scenario, test-case, deadlines, bugs....etc. But I think that I make mistakes that other QA does. but I learn from my mistake & make sure I don't make it again.
How can QA honestly identify his/her own strengths and weaknesses, so that they can take advantage of the former and work to improve skills?
automated-testing manual-testing qa-developer qa-role qa-architect
automated-testing manual-testing qa-developer qa-role qa-architect
edited Apr 20 at 14:19
Nitin Rastogi
asked Apr 20 at 3:08
Nitin RastogiNitin Rastogi
2,80711340
2,80711340
1
How does anyone know whether they're good at anything? What element of this is specific to software QA?
– jonrsharpe
Apr 20 at 7:26
@jonrsharpe "How does anyone know whether they're good at anything ?" this is my exact question in easy words & Even I am looking for the elements to make a good QA.
– Nitin Rastogi
Apr 20 at 8:21
1
Update subject title of the question.
– Nitin Rastogi
Apr 20 at 14:20
1
For beginning, a good tester should know that "QA" and "test" is not the same. Testing as finding bugs is part of QA - preventing bugs.
– kriscorbus
Apr 21 at 17:16
1
I would like to remind close voters of a very excellent article that is like a fine wine that merely gets better with age: stackoverflow.blog/2010/09/29/good-subjective-bad-subjective
– corsiKa♦
yesterday
|
show 2 more comments
1
How does anyone know whether they're good at anything? What element of this is specific to software QA?
– jonrsharpe
Apr 20 at 7:26
@jonrsharpe "How does anyone know whether they're good at anything ?" this is my exact question in easy words & Even I am looking for the elements to make a good QA.
– Nitin Rastogi
Apr 20 at 8:21
1
Update subject title of the question.
– Nitin Rastogi
Apr 20 at 14:20
1
For beginning, a good tester should know that "QA" and "test" is not the same. Testing as finding bugs is part of QA - preventing bugs.
– kriscorbus
Apr 21 at 17:16
1
I would like to remind close voters of a very excellent article that is like a fine wine that merely gets better with age: stackoverflow.blog/2010/09/29/good-subjective-bad-subjective
– corsiKa♦
yesterday
1
1
How does anyone know whether they're good at anything? What element of this is specific to software QA?
– jonrsharpe
Apr 20 at 7:26
How does anyone know whether they're good at anything? What element of this is specific to software QA?
– jonrsharpe
Apr 20 at 7:26
@jonrsharpe "How does anyone know whether they're good at anything ?" this is my exact question in easy words & Even I am looking for the elements to make a good QA.
– Nitin Rastogi
Apr 20 at 8:21
@jonrsharpe "How does anyone know whether they're good at anything ?" this is my exact question in easy words & Even I am looking for the elements to make a good QA.
– Nitin Rastogi
Apr 20 at 8:21
1
1
Update subject title of the question.
– Nitin Rastogi
Apr 20 at 14:20
Update subject title of the question.
– Nitin Rastogi
Apr 20 at 14:20
1
1
For beginning, a good tester should know that "QA" and "test" is not the same. Testing as finding bugs is part of QA - preventing bugs.
– kriscorbus
Apr 21 at 17:16
For beginning, a good tester should know that "QA" and "test" is not the same. Testing as finding bugs is part of QA - preventing bugs.
– kriscorbus
Apr 21 at 17:16
1
1
I would like to remind close voters of a very excellent article that is like a fine wine that merely gets better with age: stackoverflow.blog/2010/09/29/good-subjective-bad-subjective
– corsiKa♦
yesterday
I would like to remind close voters of a very excellent article that is like a fine wine that merely gets better with age: stackoverflow.blog/2010/09/29/good-subjective-bad-subjective
– corsiKa♦
yesterday
|
show 2 more comments
5 Answers
5
active
oldest
votes
Does it matter? Sounds like impostor syndrome. Your probably less confident about your skills than you should be, it is the Dunning-Kruger effect.
In my book, you are good enough at anything, if you accept your current skill level. Have a plan to improve. Act on your plan weekly.
Niels van Reijmersdal Thanks for the try ... I think it´s matter otherwise, people will not work on their weakness. Identifying your own strengths and weakness is not "impostor syndrome". for better understanding I rephrased my question in easy words.
– Nitin Rastogi
Apr 20 at 8:35
so at which point we can say someone is good in something. as per your graph?
– Nitin Rastogi
Apr 20 at 8:52
@NitinRastogi Somewhere between "never going to understand" and "starting to make sense". e.g. 3-6 years experience. People straight from school are at "I know everything". In general, when someone meets our expectations. I am not a scientist, but I would do a study, find the normal and compare yourself to that. Above the normal is probably good. There is not a QA self-assessment tool. I think the field is too fragmented and opinionated to make a good one anyways.
– Niels van Reijmersdal
Apr 20 at 10:14
add a comment |
How can QA honestly identify their own strengths and weaknesses?
Education and comparison
- Read blogs
- Read books
- Teach others
- Go to meetups
- Go to conferences
- Work at different companies
- Ask and Answer on Stack Exchange sites
Do enough of the above and you should have a pretty good idea where you compare to others in those books you'll have read and in those conferences you'll have been to and on the Stack Exchange sites you visit. Also when you share and present, seek feedback and conversation with fellow Quality Assurance folks.
add a comment |
Many testers before have asked this question already. Here are few links (blogs & video):
- Katrina Clokie - How do you become a great tester?
- Christin Wiedermann - SMARTER TESTING THROUGH SMARTER TESTERS
- Zeger Van Hese - The Power of Doubt – Becoming a Software Skeptic
- Helena Jeret-Mäe - How to Start Learning about Testing
I cannot find the link of original tester skill mind map. I will update the answer when I will find it.
add a comment |
Try to proactively look for potential problems ahead of the actual testing. Several sources: Any errors which pop up in products you tested - and find out how you could have avoided it. Errors which others in your company or field missed before. Errors associated with any changes in how your company does things (new approaches in management, development...). Stay in contact with the developers and their managers and try to find out about their quality worries. Ask them directly what to look for or what should be done better. Make sure you understand the details and risks of the product you are going to test before the testing even starts.
Note down the tests, from more general to more specific, and in a way that you can quickly find the relevant ones. Thus you have a check list ready which grows bigger and bigger with any error that wasn't caught.
Test for regression. Programmers are always tempted to throw out code which several people worked on in favor of their own code. Which often causes issues to reappear which had been solved earlier. All errors which have ever been found with your products should always have an according quick test at your disposal - the more automated, the better.
Inform yourself how to find errors automatically. Just make sure errors caught that way before you get to test things will increase your reputation and therefore make your job safer, not make you lose it because suddenly one or two fewer quality testers are needed.
New contributor
add a comment |
First, to know whether you are a good tester or not (or you have tested a product well or not), the scale to check is the number of bug slips. If the number of bugs from the client / user end is more, and you had missed them in QA, SQA, UAT, Mock Live envs, then the number of bugs speak something isn't it?
And to understand the strength and weaknesses, both Past data and Behavioural Pattern would help. There would be something for which you would have been appreciated by colleagues or from the members of the team. And there would have been instances where you were informed to focus on (or something that would have resulted in escalations). That is something one need to focus more on.
And lastly, read (a lot), discuss, write the outcome of your reading and discussions, you'll get better.
New contributor
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "244"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsqa.stackexchange.com%2fquestions%2f38838%2fhow-can-qa-honestly-identify-their-own-strengths-and-weaknesses%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
Does it matter? Sounds like impostor syndrome. Your probably less confident about your skills than you should be, it is the Dunning-Kruger effect.
In my book, you are good enough at anything, if you accept your current skill level. Have a plan to improve. Act on your plan weekly.
Niels van Reijmersdal Thanks for the try ... I think it´s matter otherwise, people will not work on their weakness. Identifying your own strengths and weakness is not "impostor syndrome". for better understanding I rephrased my question in easy words.
– Nitin Rastogi
Apr 20 at 8:35
so at which point we can say someone is good in something. as per your graph?
– Nitin Rastogi
Apr 20 at 8:52
@NitinRastogi Somewhere between "never going to understand" and "starting to make sense". e.g. 3-6 years experience. People straight from school are at "I know everything". In general, when someone meets our expectations. I am not a scientist, but I would do a study, find the normal and compare yourself to that. Above the normal is probably good. There is not a QA self-assessment tool. I think the field is too fragmented and opinionated to make a good one anyways.
– Niels van Reijmersdal
Apr 20 at 10:14
add a comment |
Does it matter? Sounds like impostor syndrome. Your probably less confident about your skills than you should be, it is the Dunning-Kruger effect.
In my book, you are good enough at anything, if you accept your current skill level. Have a plan to improve. Act on your plan weekly.
Niels van Reijmersdal Thanks for the try ... I think it´s matter otherwise, people will not work on their weakness. Identifying your own strengths and weakness is not "impostor syndrome". for better understanding I rephrased my question in easy words.
– Nitin Rastogi
Apr 20 at 8:35
so at which point we can say someone is good in something. as per your graph?
– Nitin Rastogi
Apr 20 at 8:52
@NitinRastogi Somewhere between "never going to understand" and "starting to make sense". e.g. 3-6 years experience. People straight from school are at "I know everything". In general, when someone meets our expectations. I am not a scientist, but I would do a study, find the normal and compare yourself to that. Above the normal is probably good. There is not a QA self-assessment tool. I think the field is too fragmented and opinionated to make a good one anyways.
– Niels van Reijmersdal
Apr 20 at 10:14
add a comment |
Does it matter? Sounds like impostor syndrome. Your probably less confident about your skills than you should be, it is the Dunning-Kruger effect.
In my book, you are good enough at anything, if you accept your current skill level. Have a plan to improve. Act on your plan weekly.
Does it matter? Sounds like impostor syndrome. Your probably less confident about your skills than you should be, it is the Dunning-Kruger effect.
In my book, you are good enough at anything, if you accept your current skill level. Have a plan to improve. Act on your plan weekly.
answered Apr 20 at 7:32
Niels van ReijmersdalNiels van Reijmersdal
21.8k23174
21.8k23174
Niels van Reijmersdal Thanks for the try ... I think it´s matter otherwise, people will not work on their weakness. Identifying your own strengths and weakness is not "impostor syndrome". for better understanding I rephrased my question in easy words.
– Nitin Rastogi
Apr 20 at 8:35
so at which point we can say someone is good in something. as per your graph?
– Nitin Rastogi
Apr 20 at 8:52
@NitinRastogi Somewhere between "never going to understand" and "starting to make sense". e.g. 3-6 years experience. People straight from school are at "I know everything". In general, when someone meets our expectations. I am not a scientist, but I would do a study, find the normal and compare yourself to that. Above the normal is probably good. There is not a QA self-assessment tool. I think the field is too fragmented and opinionated to make a good one anyways.
– Niels van Reijmersdal
Apr 20 at 10:14
add a comment |
Niels van Reijmersdal Thanks for the try ... I think it´s matter otherwise, people will not work on their weakness. Identifying your own strengths and weakness is not "impostor syndrome". for better understanding I rephrased my question in easy words.
– Nitin Rastogi
Apr 20 at 8:35
so at which point we can say someone is good in something. as per your graph?
– Nitin Rastogi
Apr 20 at 8:52
@NitinRastogi Somewhere between "never going to understand" and "starting to make sense". e.g. 3-6 years experience. People straight from school are at "I know everything". In general, when someone meets our expectations. I am not a scientist, but I would do a study, find the normal and compare yourself to that. Above the normal is probably good. There is not a QA self-assessment tool. I think the field is too fragmented and opinionated to make a good one anyways.
– Niels van Reijmersdal
Apr 20 at 10:14
Niels van Reijmersdal Thanks for the try ... I think it´s matter otherwise, people will not work on their weakness. Identifying your own strengths and weakness is not "impostor syndrome". for better understanding I rephrased my question in easy words.
– Nitin Rastogi
Apr 20 at 8:35
Niels van Reijmersdal Thanks for the try ... I think it´s matter otherwise, people will not work on their weakness. Identifying your own strengths and weakness is not "impostor syndrome". for better understanding I rephrased my question in easy words.
– Nitin Rastogi
Apr 20 at 8:35
so at which point we can say someone is good in something. as per your graph?
– Nitin Rastogi
Apr 20 at 8:52
so at which point we can say someone is good in something. as per your graph?
– Nitin Rastogi
Apr 20 at 8:52
@NitinRastogi Somewhere between "never going to understand" and "starting to make sense". e.g. 3-6 years experience. People straight from school are at "I know everything". In general, when someone meets our expectations. I am not a scientist, but I would do a study, find the normal and compare yourself to that. Above the normal is probably good. There is not a QA self-assessment tool. I think the field is too fragmented and opinionated to make a good one anyways.
– Niels van Reijmersdal
Apr 20 at 10:14
@NitinRastogi Somewhere between "never going to understand" and "starting to make sense". e.g. 3-6 years experience. People straight from school are at "I know everything". In general, when someone meets our expectations. I am not a scientist, but I would do a study, find the normal and compare yourself to that. Above the normal is probably good. There is not a QA self-assessment tool. I think the field is too fragmented and opinionated to make a good one anyways.
– Niels van Reijmersdal
Apr 20 at 10:14
add a comment |
How can QA honestly identify their own strengths and weaknesses?
Education and comparison
- Read blogs
- Read books
- Teach others
- Go to meetups
- Go to conferences
- Work at different companies
- Ask and Answer on Stack Exchange sites
Do enough of the above and you should have a pretty good idea where you compare to others in those books you'll have read and in those conferences you'll have been to and on the Stack Exchange sites you visit. Also when you share and present, seek feedback and conversation with fellow Quality Assurance folks.
add a comment |
How can QA honestly identify their own strengths and weaknesses?
Education and comparison
- Read blogs
- Read books
- Teach others
- Go to meetups
- Go to conferences
- Work at different companies
- Ask and Answer on Stack Exchange sites
Do enough of the above and you should have a pretty good idea where you compare to others in those books you'll have read and in those conferences you'll have been to and on the Stack Exchange sites you visit. Also when you share and present, seek feedback and conversation with fellow Quality Assurance folks.
add a comment |
How can QA honestly identify their own strengths and weaknesses?
Education and comparison
- Read blogs
- Read books
- Teach others
- Go to meetups
- Go to conferences
- Work at different companies
- Ask and Answer on Stack Exchange sites
Do enough of the above and you should have a pretty good idea where you compare to others in those books you'll have read and in those conferences you'll have been to and on the Stack Exchange sites you visit. Also when you share and present, seek feedback and conversation with fellow Quality Assurance folks.
How can QA honestly identify their own strengths and weaknesses?
Education and comparison
- Read blogs
- Read books
- Teach others
- Go to meetups
- Go to conferences
- Work at different companies
- Ask and Answer on Stack Exchange sites
Do enough of the above and you should have a pretty good idea where you compare to others in those books you'll have read and in those conferences you'll have been to and on the Stack Exchange sites you visit. Also when you share and present, seek feedback and conversation with fellow Quality Assurance folks.
answered 2 days ago
Michael DurrantMichael Durrant
15k22165
15k22165
add a comment |
add a comment |
Many testers before have asked this question already. Here are few links (blogs & video):
- Katrina Clokie - How do you become a great tester?
- Christin Wiedermann - SMARTER TESTING THROUGH SMARTER TESTERS
- Zeger Van Hese - The Power of Doubt – Becoming a Software Skeptic
- Helena Jeret-Mäe - How to Start Learning about Testing
I cannot find the link of original tester skill mind map. I will update the answer when I will find it.
add a comment |
Many testers before have asked this question already. Here are few links (blogs & video):
- Katrina Clokie - How do you become a great tester?
- Christin Wiedermann - SMARTER TESTING THROUGH SMARTER TESTERS
- Zeger Van Hese - The Power of Doubt – Becoming a Software Skeptic
- Helena Jeret-Mäe - How to Start Learning about Testing
I cannot find the link of original tester skill mind map. I will update the answer when I will find it.
add a comment |
Many testers before have asked this question already. Here are few links (blogs & video):
- Katrina Clokie - How do you become a great tester?
- Christin Wiedermann - SMARTER TESTING THROUGH SMARTER TESTERS
- Zeger Van Hese - The Power of Doubt – Becoming a Software Skeptic
- Helena Jeret-Mäe - How to Start Learning about Testing
I cannot find the link of original tester skill mind map. I will update the answer when I will find it.
Many testers before have asked this question already. Here are few links (blogs & video):
- Katrina Clokie - How do you become a great tester?
- Christin Wiedermann - SMARTER TESTING THROUGH SMARTER TESTERS
- Zeger Van Hese - The Power of Doubt – Becoming a Software Skeptic
- Helena Jeret-Mäe - How to Start Learning about Testing
I cannot find the link of original tester skill mind map. I will update the answer when I will find it.
answered Apr 21 at 17:38
kriscorbuskriscorbus
18110
18110
add a comment |
add a comment |
Try to proactively look for potential problems ahead of the actual testing. Several sources: Any errors which pop up in products you tested - and find out how you could have avoided it. Errors which others in your company or field missed before. Errors associated with any changes in how your company does things (new approaches in management, development...). Stay in contact with the developers and their managers and try to find out about their quality worries. Ask them directly what to look for or what should be done better. Make sure you understand the details and risks of the product you are going to test before the testing even starts.
Note down the tests, from more general to more specific, and in a way that you can quickly find the relevant ones. Thus you have a check list ready which grows bigger and bigger with any error that wasn't caught.
Test for regression. Programmers are always tempted to throw out code which several people worked on in favor of their own code. Which often causes issues to reappear which had been solved earlier. All errors which have ever been found with your products should always have an according quick test at your disposal - the more automated, the better.
Inform yourself how to find errors automatically. Just make sure errors caught that way before you get to test things will increase your reputation and therefore make your job safer, not make you lose it because suddenly one or two fewer quality testers are needed.
New contributor
add a comment |
Try to proactively look for potential problems ahead of the actual testing. Several sources: Any errors which pop up in products you tested - and find out how you could have avoided it. Errors which others in your company or field missed before. Errors associated with any changes in how your company does things (new approaches in management, development...). Stay in contact with the developers and their managers and try to find out about their quality worries. Ask them directly what to look for or what should be done better. Make sure you understand the details and risks of the product you are going to test before the testing even starts.
Note down the tests, from more general to more specific, and in a way that you can quickly find the relevant ones. Thus you have a check list ready which grows bigger and bigger with any error that wasn't caught.
Test for regression. Programmers are always tempted to throw out code which several people worked on in favor of their own code. Which often causes issues to reappear which had been solved earlier. All errors which have ever been found with your products should always have an according quick test at your disposal - the more automated, the better.
Inform yourself how to find errors automatically. Just make sure errors caught that way before you get to test things will increase your reputation and therefore make your job safer, not make you lose it because suddenly one or two fewer quality testers are needed.
New contributor
add a comment |
Try to proactively look for potential problems ahead of the actual testing. Several sources: Any errors which pop up in products you tested - and find out how you could have avoided it. Errors which others in your company or field missed before. Errors associated with any changes in how your company does things (new approaches in management, development...). Stay in contact with the developers and their managers and try to find out about their quality worries. Ask them directly what to look for or what should be done better. Make sure you understand the details and risks of the product you are going to test before the testing even starts.
Note down the tests, from more general to more specific, and in a way that you can quickly find the relevant ones. Thus you have a check list ready which grows bigger and bigger with any error that wasn't caught.
Test for regression. Programmers are always tempted to throw out code which several people worked on in favor of their own code. Which often causes issues to reappear which had been solved earlier. All errors which have ever been found with your products should always have an according quick test at your disposal - the more automated, the better.
Inform yourself how to find errors automatically. Just make sure errors caught that way before you get to test things will increase your reputation and therefore make your job safer, not make you lose it because suddenly one or two fewer quality testers are needed.
New contributor
Try to proactively look for potential problems ahead of the actual testing. Several sources: Any errors which pop up in products you tested - and find out how you could have avoided it. Errors which others in your company or field missed before. Errors associated with any changes in how your company does things (new approaches in management, development...). Stay in contact with the developers and their managers and try to find out about their quality worries. Ask them directly what to look for or what should be done better. Make sure you understand the details and risks of the product you are going to test before the testing even starts.
Note down the tests, from more general to more specific, and in a way that you can quickly find the relevant ones. Thus you have a check list ready which grows bigger and bigger with any error that wasn't caught.
Test for regression. Programmers are always tempted to throw out code which several people worked on in favor of their own code. Which often causes issues to reappear which had been solved earlier. All errors which have ever been found with your products should always have an according quick test at your disposal - the more automated, the better.
Inform yourself how to find errors automatically. Just make sure errors caught that way before you get to test things will increase your reputation and therefore make your job safer, not make you lose it because suddenly one or two fewer quality testers are needed.
New contributor
New contributor
answered Apr 21 at 19:44
Carl DombrowskiCarl Dombrowski
1211
1211
New contributor
New contributor
add a comment |
add a comment |
First, to know whether you are a good tester or not (or you have tested a product well or not), the scale to check is the number of bug slips. If the number of bugs from the client / user end is more, and you had missed them in QA, SQA, UAT, Mock Live envs, then the number of bugs speak something isn't it?
And to understand the strength and weaknesses, both Past data and Behavioural Pattern would help. There would be something for which you would have been appreciated by colleagues or from the members of the team. And there would have been instances where you were informed to focus on (or something that would have resulted in escalations). That is something one need to focus more on.
And lastly, read (a lot), discuss, write the outcome of your reading and discussions, you'll get better.
New contributor
add a comment |
First, to know whether you are a good tester or not (or you have tested a product well or not), the scale to check is the number of bug slips. If the number of bugs from the client / user end is more, and you had missed them in QA, SQA, UAT, Mock Live envs, then the number of bugs speak something isn't it?
And to understand the strength and weaknesses, both Past data and Behavioural Pattern would help. There would be something for which you would have been appreciated by colleagues or from the members of the team. And there would have been instances where you were informed to focus on (or something that would have resulted in escalations). That is something one need to focus more on.
And lastly, read (a lot), discuss, write the outcome of your reading and discussions, you'll get better.
New contributor
add a comment |
First, to know whether you are a good tester or not (or you have tested a product well or not), the scale to check is the number of bug slips. If the number of bugs from the client / user end is more, and you had missed them in QA, SQA, UAT, Mock Live envs, then the number of bugs speak something isn't it?
And to understand the strength and weaknesses, both Past data and Behavioural Pattern would help. There would be something for which you would have been appreciated by colleagues or from the members of the team. And there would have been instances where you were informed to focus on (or something that would have resulted in escalations). That is something one need to focus more on.
And lastly, read (a lot), discuss, write the outcome of your reading and discussions, you'll get better.
New contributor
First, to know whether you are a good tester or not (or you have tested a product well or not), the scale to check is the number of bug slips. If the number of bugs from the client / user end is more, and you had missed them in QA, SQA, UAT, Mock Live envs, then the number of bugs speak something isn't it?
And to understand the strength and weaknesses, both Past data and Behavioural Pattern would help. There would be something for which you would have been appreciated by colleagues or from the members of the team. And there would have been instances where you were informed to focus on (or something that would have resulted in escalations). That is something one need to focus more on.
And lastly, read (a lot), discuss, write the outcome of your reading and discussions, you'll get better.
New contributor
New contributor
answered yesterday
Abdul MuthalibAbdul Muthalib
11
11
New contributor
New contributor
add a comment |
add a comment |
Thanks for contributing an answer to Software Quality Assurance & Testing Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsqa.stackexchange.com%2fquestions%2f38838%2fhow-can-qa-honestly-identify-their-own-strengths-and-weaknesses%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
How does anyone know whether they're good at anything? What element of this is specific to software QA?
– jonrsharpe
Apr 20 at 7:26
@jonrsharpe "How does anyone know whether they're good at anything ?" this is my exact question in easy words & Even I am looking for the elements to make a good QA.
– Nitin Rastogi
Apr 20 at 8:21
1
Update subject title of the question.
– Nitin Rastogi
Apr 20 at 14:20
1
For beginning, a good tester should know that "QA" and "test" is not the same. Testing as finding bugs is part of QA - preventing bugs.
– kriscorbus
Apr 21 at 17:16
1
I would like to remind close voters of a very excellent article that is like a fine wine that merely gets better with age: stackoverflow.blog/2010/09/29/good-subjective-bad-subjective
– corsiKa♦
yesterday