If we use risk as a factor to determine what to test, then how you test, what you test and your testing strategy will evolve and change. Is it though?
Think of testing within your
- market demand
- new technologies
- scarcity of time
- the existing state of the product
- what your company wants to focus on
- new people starting, people leaving
- how your company encourages learning
- your infrastructure and how well
It’s easy to get stuck into thinking you are this type or that type of tester. Or that this is the best way to do testing. The reality is that as your skill grows, as the skills of developers grow, what you test *should* change.
Maybe your functional testing is at a state that is humming along smoothly, switch your focus to removing pain points. Ask those around you what is causing pain and how can it be removed?
Like this blog post? Why not read about 5 crimes against testing?