I was actively involved in recruitment of testers for Trainline.com in 2012 and came across an age old discussion once again which made me write about this topic. Should Testers know how to code?
Adding to this, there was also a statement made by Adam Goucher at CAST2012..
This is the last generation of testers that don’t know how to code
In my opinion, it totally depends on the situation. For example, in companies like Microsoft and Google, virtually all testers must know some form of coding. There are still companies out there which only require manual testers. If coding know how was not a requirement, I would also prefer to hire a tester who has critical thinking, analytical, investigative skills, good communication, understanding of risk and knowledge of common areas where bugs tend to hide as compared to someone who can just write C#.
I also agree with Cem Kraner’s view below:
Testing within a business involves at least two types of knowledge: knowledge about testing and knowledge about the type of application under test. Much of the PR about the need for “software development engineers in test” has come from software companies. For them, software is the subject matter. For them, expecting someone to understand code is like a bank expecting someone to understand financial statements. It is unfortunate that the software publishers and software service providers have been speaking with a louder megaphone than the other industries: the result has been that some non-software companies are changing recruiting standards to look for people with stronger software knowledge instead of stronger industry (e.g. banking) knowledge.
Vacancies for “Developers in Test” or “QA Developers” are coming out more and more, especially in Agile environments. We need to remember, automation testing can never replace the need to do manual testing. There has to be a balance between the two. Skilled testers are adaptable people and should not be threatened by test automation. It’s a valuable skill to have and it’s not like learning how to code will make you forget manual testing. Secondly, the more the tester knows about coding, they’ll be able to do their jobs better, and the more career opportunities they will have (more on this later – I have some stats to prove this). Additionally, talking to developers in a language they can understand, writing clear bug reports which put your message across correctly and quickly has to be a good thing, right?
As a recruiter, you also need to use a common sense approach. I have seen companies that seem to use a standard list of demands, that they once created, and keep on using because they have been told it is a good list by the consultant they hired to create it, or they see other companies ask for the same skills, so they assume they are vital. You should look at the job spec, the role of a tester in your organisation and your team structure. What does a tester’s role involve, instead of what others testers in your company do/can do. Sometime you may find that the ability to write code is desirable instead of a requirement. If it is a requirement, state the level of familiarity with coding that you require. This way you will avoid putting off good candidates who will just be overwhelmed by the long list of requirements. Here at the Trainline, I have amended our requirements in job specs to be inline with the role of a QA Developer.
Lastly, what all programming skills should a tester have? This totally depends upon the job requirement and differs from one company to the other. Some positions are for automated testers and for this you require a good set of programming skills to create test frameworks. A recommendation for a manual tester or a tester thinking of improving their programming skills would be to:
- Learn enough in any language (look at your target market or see research below) so you can write some test automation helper code, create classes, make asserts etc.
- Learn enough of general programming concepts so that you can write code for typical easy programming exercises available on the internet.
- Once you have mastered this, drill deeper into object oriented design skills/concepts and create a mock test framework testing a website or an application.
- Also attend tester gatherings and talk to other testers/managers and see what skills they seek in a tester.
Now, let’s have a look at testing job specs taken from 2012. This research has been done by a UK based recruitment company.
Percentage of jobs that require Good/Exceptional coding skills:
Q1/Q2 2012 – 63%
Q3/Q4 2012 – 84%
Breakdown of languages required:
Q1/Q2 2012 – 28% – Java, 26% – C#, 23% – Ruby, 16% – C, 7% – PHP
Q3/Q4 2012 – 39% – Java, 35% – C#, 8% – Ruby, 12% – C, 6% – PHP
The remaining 37% in Q1/2 2012 and 16% in Q3/4 2012 were a mixture of “we don’t need someone with any coding experience”, or “we purely need a Manual tester.”
Research also shows that salaries for testers with exceptional coding abilities have risen by £3500 per annum in the past 6 months.
What this means:
The research above suggests there are 21% more people being hired in the past 6 months alone with good to exceptional coding knowledge than without, however, there is clearly still a requirement for Manual testers.
Java is a still the main scripting requirement but Ruby has become increasingly popular.
Top Test Automation Technologies are:
- Selenium, including SeleniumRC and Webdriver
- XUnit frameworks such as JUnit, NUnit, TestNG, etc
- BDD tools like Specflow/Cucumber
- Watir or Watin.
The above results are for the UK. A similar study was done in the US not long ago and you can read the details about that here.
Adam Goucher is probably right. But for now, manual testing and manual testers are here to stay. As more and more companies move towards the “Developer in Test” mentality, I see future testers taking up coding, especially if they want to work for the best companies and not to forget, these roles pay considerably more as compared to manual testing roles.