By: Alan Page, QA Director, Unity Technologies.
As presented at Spring OnlineTestConf, June13-14 2017
We’ve all heard this story before. “Testers need to be more technical”. The problem with that statement is that too many people read that as, “Testers need to code”. While learning to code or learning to automate can be helpful for a testers growth, there are many, many other (and often, more effective) ways to “be technical” – and valuable, as a tester without writing code.
In this session, long-time test specialist Alan Page rants a bit about the subject, and then shares several real examples of practical tools, techniques, and approaches that will help anyone become a more “technical” tester.
31. Scenario:
Every day, I find the latest version of our
software, then copy the files to my local machine,
then run setup, then start the app so I can do my
testing.
35. Ask Questions
Do you need to call
PrepareMagic here too?
Are there other types of
magic?
Why 42? What does it
mean?
36. Myth: Knowing how code works distracts you from testing
Fact: Use knowledge of code to design better tests
Myth: Coding is hard - leave it to the developers
Fact: Yes, coding is hard. But the harder problems to solve
are testing challenges
Myth: Too much coding leaves little time for testing
Fact: Too much of the wrong coding leaves little time for
testing
41. Big List o Naughty Strings
https://github.com/minimaxir/big-list-of-naughty-strings
Other github resources
http://www.kenst.com/2017/05/9-github-lists-for-testing/
http://www.kenst.com/2017/05/18-github-projects-for-testing/
Also:
- Virtualbox
- WireMock
- JMeter
- etc.
43. Keys to being “Technical”
Learn, learn, learn
Frequently experiment with different tools
Find out which tools your teammates and friends are using
Learn how (and when) to apply these tools to make your
testing (and your team) more efficient