Becoming a software tester

Associate
Joined
24 Aug 2009
Posts
1,386
Location
UK
Hi people. Sorry if this is the wrong section.

Anyway I'm wanting to be a software tester. I currently do some testing in my current role and enjoy it.

I am wanting to know what qualifications I would need. I'm currently looking to do these courses BCS/ISTQB Certified Tester Foundation Level (CTFL) and BCS Certified Agile Tester. Would these be a good base for me to get a foot on the ladder for work?

Cheers
 
Testing efficiently requires automating test cases, so proficiency in scripting languages is important. Learn python.

Being able to read and understand C and C++ is very useful as many "software testers" are actually developers (or developers in waiting). Finding erroneous behavior in a product and then being able to trace it back to the faulty code is very useful.
 
If you want to make the most of a career in testing, I would advice you get in to test automation.

Anything you can learn about test automation frameworks Selenium, Cucumber, Specflow etc would be a big help.

Good testers are just developers that write programs to test software these days.
 
Testing efficiently requires automating test cases, so proficiency in scripting languages is important. Learn python.

Automated testing tools like selenium, cucumber, QualityCenter as well.

I'm a developer team leader and I like my testers NOT from a programming background. The key reason why is to avoid group think. Coders tend to think in a certain way - and that is often very different to the way the eventual users of the software will think. That diversity of experience and input is important.
 
at my previous company they mostly seemed to hire technical graduates to do this sort of work

it really didn't seem to be particularly interesting... they just created/ran scripts...

the initial testing was done manually within the dev teams... the person designing the test cases (often the person doing the spec) has the more interesting role IMO and worked within the dev team catching errors part way through the project and specing new changes.... that sort of role is done by a business analyst. By the time it gets to the QA team for all the standard regression tests etc.. then it is just an automated process... and for any functional issues they tend to have to go back and ask the BA from the dev team for input.
 
At the moment I currently test the software looking for bugs and have to report them back to the devs. The only way I can explain it is that I test the app before it goes to BETA release. This is something I enjoy so there's no coding involved at all. I know that there are jobs out there that do this similar role. Not sure is this is more UAT testing or something.
Just need to know what I need to know before ending my current IT role.

Thanks for the advice so far.
 
surely your current experience is the most important... I mean it is all well and good getting the qualifications, probably useful to have one if you've got your heart set on this as a long term career path - but your real world experience and presenting that well on your CV ought to count for a lot...

I guess learn some scripting language too as mentioned by other posters above

there is a software testing course on udacity.com that might be useful
 
I am wanting to know what qualifications I would need. I'm currently looking to do these courses BCS/ISTQB Certified Tester Foundation Level (CTFL) .... Would these be a good base for me to get a foot on the ladder for work?

Yes yes yes - this is one of the most useful courses you will ever do imo. Most importantly, after you've done it try and put as much of it into practice as possible (but don't get too frustrated when you can't).
 
Yes yes yes - this is one of the most useful courses you will ever do imo. Most importantly, after you've done it try and put as much of it into practice as possible (but don't get too frustrated when you can't).

Having been a QA for 5 years now I can tell you that you don't need BCS/ISTQB at all - in fact it is seen, by a lot of testers I speak to, as a bit redundant and out of date now

Yes, learning a language and learning how to write automated tests would be great - good Automated Testers/Software Engineers in Test are like rocking horse poo - but it is, again, not essential to the role

My colleague has been testing for 9 years now and he has no interested in learning back end processes or testing code - where as I like to understand and see the code before I test something.

If you like testing App's etc, look at becoming a Mobile Device tester - so look into different emulators or testing platforms or look at the differences in developing Android and iOS apps. But you dont have to go in too deep and become half a developer to do your job. Knowing the client base is more important (imo) if you are testing a public facing app

I can read C++, I understand XML and I am quite good on SQL (querying DB's etc) but all this I have picked up on the job.

There are so many different types of tester - exploratory and manual (which sounds like what you are doing), automation etc and different types of areas to test - code, app, front end etc. I would say I am exploratory and manual and I am more than happy testing code and front end applications. But I would like to learn more about Mobile Testing

Best advice to you would be to sit with the Dev's (if you get chance) and look at them creating the next version of the app that you will have to test, or a bug which will have to be tested. Learning how things hook together and how things are created will help you understand how stuff could go wrong, and that will benefit your testing

Where about's do you live? Here in Manchester there are lots of 'Tester Gatherings' via Meetup where QA's from all over gather together to talk about stuff etc. If you can get along to one of those and speak to people doing the job you will get a better idea of which direction you want to head in.

Also, I 'fell' into testing. No qualifications, nothing on my CV regarding IT or anything like that. The company I worked for at the time needed someone who had lots of knowledge of the company (I was a Staff Training Manager at the time) to look at a web site and compare it to the companies own. I spent a few days pulling this site apart and after that the IT Director wanted me to work with the other Tester in the company and offered me a job.

EDIT:
At the moment I currently test the software looking for bugs and have to report them back to the devs. The only way I can explain it is that I test the app before it goes to BETA release. This is something I enjoy so there's no coding involved at all. I know that there are jobs out there that do this similar role. Not sure is this is more UAT testing or something.
Just need to know what I need to know before ending my current IT role.

Thanks for the advice so far.

I would say you have a good start to become a general tester for mobile applications. The key thing really is to understand who the target audience is for the application and the company which the app is for.

I went from working as a tester for a car hire broker to working as a QA for a hotel booking web site - both are travel and both were for the general populations consumption. Knowing the industry and understanding the customer and some of the crazy stuff clients actually do, rather than what they are supposed to do, makes for a great tester.
 
Last edited:
Having been a QA for 5 years now I can tell you that you don't need BCS/ISTQB at all - in fact it is seen, by a lot of testers I speak to, as a bit redundant and out of date now

Best advice to you would be to sit with the Dev's (if you get chance) and look at them creating the next version of the app that you will have to test, or a bug which will have to be tested. Learning how things hook together and how things are created will help you understand how stuff could go wrong, and that will benefit your testing

Where about's do you live? Here in Manchester there are lots of 'Tester Gatherings' via Meetup where QA's from all over gather together to talk about stuff etc. If you can get along to one of those and speak to people doing the job you will get a better idea of which direction you want to head in.

Also, I 'fell' into testing. No qualifications, nothing on my CV regarding IT or anything like that. The company I worked for at the time needed someone who had lots of knowledge of the company (I was a Staff Training Manager at the time) to look at a web site and compare it to the companies own. I spent a few days pulling this site apart and after that the IT Director wanted me to work with the other Tester in the company and offered me a job.

EDIT:


I would say you have a good start to become a general tester for mobile applications. The key thing really is to understand who the target audience is for the application and the company which the app is for.

I went from working as a tester for a car hire broker to working as a QA for a hotel booking web site - both are travel and both were for the general populations consumption. Knowing the industry and understanding the customer and some of the crazy stuff clients actually do, rather than what they are supposed to do, makes for a great tester.

Thanks. I'm in West Yorkshire so not that far.
The code side of things doesn't really interest me. It's mainly finding bugs and reporting them. Sounds boring to some people but to me I like fault finding hence me working on 1st line support.

The software that we use is an application on Windows computers. We have to install it on clients computers and when it goes wrong we do what we can to fix it. No coding is used at all.
I've been looking into an Agile course which includes SCRUM. Not sure if its the correct route I need to go down.

I definitely want to do BCS/ISTQB Certified Tester Foundation and a base. It might be a waste of money but at lease it is a base for me to start as I've only just recently started software testing/bug finding
 
Having been a QA for 5 years now I can tell you that you don't need BCS/ISTQB at all - in fact it is seen, by a lot of testers I speak to, as a bit redundant and out of date now

Having been a development team leader for 8 years I can tell you that there's a very evident difference in quality of testing between those who have been on the course and those who haven't imo. Yes sure you don't need it, especially in testing where let's be honest, sometimes PMs just want bodies to run tests and tick them as passed by the deadline. I on the hand, prefer to have code tested by people who understand equivalence partitioning, boundary value analysis, state transitions etc. and when it's appropriate to use these techniques. I don't believe these concepts will ever be redundant or out of date.
 
Thanks. I'm in West Yorkshire so not that far.
The code side of things doesn't really interest me. It's mainly finding bugs and reporting them. Sounds boring to some people but to me I like fault finding hence me working on 1st line support.

The software that we use is an application on Windows computers. We have to install it on clients computers and when it goes wrong we do what we can to fix it. No coding is used at all.
I've been looking into an Agile course which includes SCRUM. Not sure if its the correct route I need to go down.

I definitely want to do BCS/ISTQB Certified Tester Foundation and a base. It might be a waste of money but at lease it is a base for me to start as I've only just recently started software testing/bug finding

It seems like we both made a similar switch, I moved from 1st line support to a testing role last year. I did a bit of manual testing at the beginning but the main reason behind me moving was to start doing automation testing. I really enjoy what I do now and would advise looking into it as there seems to be a big shift towards the need for automation testing (at my company at least which is a relatively large software company).

When I moved over from support I did a selenium with Java course which gave me enough knowledge to get started. I had no real programming knowledge apart from one unit at University. Maybe look into automation testing for windows applications and see if there are any free/cheap online courses that you can do.

Regarding the BCS/ISTQB, I see on a lot of qa/testing jobs that they expect you to have at least the foundation level, although I'm not sure how much of an issue this is when it comes to applying. I'm planning to do the foundation course in the near future as it will be good to get more knowledge regarding manual testing, there is also an automation intermediate cert which I may do after.
 
Last edited:
I'm a "Software Test Engineer", The best testers don't always have such qualifications though a lot of them do, usually ISEB (BCS); but some just become good testers through experience.

I wouldn't say you "need" any such qualifications to get through the door. We hire people from pretty much any technical background. You might take one of these qualifications on the job to aid career progression.

Scripting languages will help, not necessarily python, our test-case libraries are almost entirely Perl or OO Perl. Learn one language, learn them all applies, so just show you know how to program.
 
When I moved over from support I did a selenium with Java course which gave me enough knowledge to get started. I had no real programming knowledge apart from one unit at University. Maybe look into automation testing for windows applications and see if there are any free/cheap online courses that you can do.

I have very little knowledge in programming. I did visual basic back in college and that is it. Learnining

Having been a development team leader for 8 years I can tell you that there's a very evident difference in quality of testing between those who have been on the course and those who haven't imo. Yes sure you don't need it, especially in testing where let's be honest, sometimes PMs just want bodies to run tests and tick them as passed by the deadline. I on the hand, prefer to have code tested by people who understand equivalence partitioning, boundary value analysis, state transitions etc. and when it's appropriate to use these techniques. I don't believe these concepts will ever be redundant or out of date.

I definitely believe a foundation of knowing something and having the foundation qualification is better than not having it for those reasons.

I'm a "Software Test Engineer", The best testers don't always have such qualifications though a lot of them do, usually ISEB (BCS); but some just become good testers through experience.

I wouldn't say you "need" any such qualifications to get through the door. We hire people from pretty much any technical background. You might take one of these qualifications on the job to aid career progression.

Scripting languages will help, not necessarily python, our test-case libraries are almost entirely Perl or OO Perl. Learn one language, learn them all applies, so just show you know how to program.

Once I have the foundation I was looking at doing an Agile course this including some SCRUM in it. Once that was done I was going to look into JAVA as I have a dummies book at home that I can read.
 
Don't go down the functional route, do performance - that's where all the cool kids go ;)

Or security ;)

Been in software testing for 10 years now, the ISTQB courses are pretty pointless in my experience (done all the foundation & advanced levels). By pointless I mean the certification is pointless and doesn't seem to get you anything.

Worst part of software testing is buying books, most of them are printed in low volumes and cost £70+ with little to no reviews so is a risk to buying them.
 
Once I have the foundation I was looking at doing an Agile course this including some SCRUM in it. Once that was done I was going to look into JAVA as I have a dummies book at home that I can read.

Java is quite useful to know especially if you are going to work in testing android applications or websites.

Selenium (webdriver), Appium, Selendroid, ios-driver, cucumber-jvm and sikuli-x are just some of the automation frameworks/tools you can use with your knowledge of Java
 
I have very little knowledge in programming. I did visual basic back in college and that is it. Learnining

I definitely believe a foundation of knowing something and having the foundation qualification is better than not having it for those reasons.

Once I have the foundation I was looking at doing an Agile course this including some SCRUM in it. Once that was done I was going to look into JAVA as I have a dummies book at home that I can read.

Agile and Scrum are great ways of working and most large companies these days work in this way (Autotrader, BBC etc). If I hadn't (and didn't currently) work in an Agile environment and would have a look at some books and blogs about the Agile manifesto etc

Have a look at the ThoughtWorks Youtube channel to get a nice idea of Agile.

The thing is, in my experience, a lot of companies dont do 'pure' Agile or 'pure' SCRUM anymore, but they take elements from both ways of working and adapt them to the companies needs.

For example: in my last role, we did 2 weeks sprints and sprint planning and estimate meetings every week which are very SCRUM like - however we had no scrum master, the planned tickets/work were not set in stone and things were added and removed if we needed too and we were generally more agile with processes.

In my current (new job) we dont have set 2 week sprints - we have 'goals' which we work towards with no concrete time frame, but we have ticket planning sessions for up coming tickets etc.

I still feel and stand by that an ISTQB would not be interesting for you. The general consensus is that for front end UI testers, you wont gain much from it which you wouldn't already know. Another colleague has commented that ISTQB was very Waterfall in its approach - so if you are looking at Agile and SCRUM it might not be the best thing to start with.

Personally, I would may be look to ask my company to pay for it, or I would look around at Tester Job Specs and see if the companies in your area are looking for candidates to have it before I pay out for the course.

Another thing that you might want to look at are systems like Jura, Trello, LeanKit, VersionOne, Bugzilla etc. If you are familiar with these ticket/bug tracking systems that's always advantageous

Edit:
Having been a development team leader for 8 years I can tell you that there's a very evident difference in quality of testing between those who have been on the course and those who haven't imo. Yes sure you don't need it, especially in testing where let's be honest, sometimes PMs just want bodies to run tests and tick them as passed by the deadline. I on the hand, prefer to have code tested by people who understand equivalence partitioning, boundary value analysis, state transitions etc. and when it's appropriate to use these techniques. I don't believe these concepts will ever be redundant or out of date.

Sure, ISTQB will teach you test techniques, but you can learn these from other, cheaper resources and through exploratory testing
 
Last edited:
.........Another thing that you might want to look at are systems like Jura, Trello, LeanKit, VersionOne, Bugzilla etc. If you are familiar with these ticket/bug tracking systems that's always advantageous

Edit:


Sure, ISTQB will teach you test techniques, but you can learn these from other, cheaper resources and through exploratory testing

Thanks for this. There's a place that does a short course over I believe 3 days that goes through ISTQB. I don't mind paying for that. Yes it might seem pointless but when it comes down to either new work or current work. I can say look I went out on my own back and did this to improve myself. Shows drive and ambition.

At the moment we use JIRA to log bugs and get updates which is pretty good. I believe most places use this. I'll definitely look into learning Trello and the others as well.
 
Thanks for this. There's a place that does a short course over I believe 3 days that goes through ISTQB. I don't mind paying for that. Yes it might seem pointless but when it comes down to either new work or current work. I can say look I went out on my own back and did this to improve myself. Shows drive and ambition.

At the moment we use JIRA to log bugs and get updates which is pretty good. I believe most places use this. I'll definitely look into learning Trello and the others as well.

Yeah we have moved to JIRA here, but still using Trello until we move off the current project. I have used all of those bug tracking systems over the 5 years...you will be amazed at how rubbish some of them are! :o

Ohh! Learn how to write test *coherent* cases in Cucumber format (Given, When, Then)...its harder than you think :)
 
Back
Top Bottom