Are you willing to do something crazy?
Think about this as a challenge.
You may even see it as a way to change how you are approaching your work, and how your company perceives the value you provide to your projects.
I want you to do the following:
Stop Testing Right Now
and Start Doing Your Job!
Yes, you read correctly; and no, there is no mistake in what I wrote.
I want you to take a day, two days, maybe even a full week if you can. I want you not to run a single test during this time, and instead concentrate on finding ways in which you can provide value to your projects by doing things that are not related to running the same tests that you usually run.
We are always too busy to lift our heads up from our test…
I’ve been working with thousands of testers for the last couple of years as part of my job in PractiTest, and there is something that I keep hearing all the time: “we are too busy testing”.
I’ve heard this in English (with US, UK, Australian and South African accents). I’ve heard this in Spanish (in many tones and regional accents too). I’ve heard this in Hebrew, Italian and Portuguese. It’s been translated to me from Swedish, Finish, Russian, Dutch, Deutsch, Danish, Korean, Hindi, Mandarin, Arabic, French, and I am sure I am missing a whole bunch of other languages too…
The reality of most testers and test managers out there is that we are too busy to lift our heads from our (always) urgent testing tasks, and we have no time to think or do any of the other important tasks that are not related directly to running tests.
The problem is that by focusing always on the urgent, we leave aside the important tasks. And for those of you who are wondering Urgent is not always the same as Important.
Not only that, but also, if you think about it, many times the reason some tasks or tests become urgent, is only because we did not get to do something else that was important in the first place…
Force yourself to think:
What else should I be doing for my project right now?
Unless you literally force yourself to think, by not running any tests for a couple of days, you will not be able to find the additional things you could or should be doing for your projects and for your team.
Many times we cannot do this by ourselves. If this is the case go ahead and brainstorm with your team, if possible go and talk to other people outside your team, they may have some good ideas on the things that may be useful.
A way to start the brainstorming process might be to define what is the value you should be bringing to your team. Ask yourself what do the other team members gain from your participation in the project? How can you help your R&D Manager, your Product Manager, maybe even your CEO?
If you want a hint, you are not here to run every single test in the book. You are here to provide smart visibility into the important areas of your product and your process, and to help your stakeholder steer the project in best course to meet its objectives.
How do you translate this into concrete actions and tasks is something only you can do!
Some ideas of “other” things you might be doing with your time…
It is obvious that the ideas on what can be improved need to come from you and your team, but let me give you some pointers based on my experience with other organizations where we’ve done this type of exercise:
– Find more efficient ways to run your tests. For example, evaluate how an automation framework could enhance your process.
– Check if you can improve the testing and development environments of your team. Think if there are ways to deploy your system faster and with less human intervention.
– Understand how to communicate your testing results and your findings in ways that will reach more stakeholders in a clearer and more direct way. How can you talk their language?
– Find ways to understand what information is required by your stakeholders to make their decisions, and how can you provide it to them?
– Get more involved on the technical aspects of your project. Be part of the design process, do more code reviews, etc.
– Start mapping and analyzing the Risks of your project.
– Think how to measure the quality of your product post-release. Learn how to improve your development and testing based on these results.
– Look for ways to communicate with your end users and get feedback from their positive and negative experience with your system.
And since this is only a very partial list, you can also look around the Internet for inspiration on what other tasks you may do.
Do you have other interesting things that you and your team do for your project that may help others?
Go ahead and share them with us by adding them as comments to this post!