Blog

Small projects in QA: what can be easier?

Have you ever found yourself in a multi-tasking environment dealing with a range of small IT projects at the same time? Chances are, yes. If that is the case, keep reading, as it is my goal with this article to provide recommendations that will help better set priorities, allocate tasks and balance the workload among the participants, using the example of small-scale projects in software testing.
7 October 2014
QA consulting
Quality assurance
The article by Elena Yakimova
Head of Web Testing Department

Have you ever found yourself in a multi-tasking environment dealing with a range of small IT projects at the same time? Chances are, yes. If that is the case, keep reading, as it is my goal with this article to provide recommendations that will help better set priorities, allocate tasks and balance the workload among the participants, using the example of small-scale projects in software testing.

Most people think that working with small projects in QA is quite simple, because they are short-term, small and do not require too much effort. But they are quite mistaken. Imagine 15 small QA projects “in the task list” for one tester in one month. You might say 15 different tasks can be “stacked” within one large project, nothing unusual. But let’s have a look from another angle.

Each of those projects is headed by a project manager, which means you have to deal with 15 PMs monthly and about 45 software developers, each of whom has various questions, desires, plans and personal interests. This is when managing the workload and still managing to be effective can become challenging.

And it’s no wonder when each of the 15 PMs requires his/her project to be tested as soon as possible; many may say they “want it done yesterday.” In order to control the flow of spontaneous desires PMs express, and have a clear plan, you need to use a Query Forecast for the near future. This instrument is considered to be indispensable in these types of circumstances.

You can “shape” it with any convenient form (MS Outlook, Jira, or any other tool that allows you to obtain systematic information). What is most important is that you not waste your time questioning each of the PMs, and make it clear to the development team that they must provide planning info up front.

Once a plan is in place, PMs tend to get “on fire,” and they all want to test the projects the same day; no one is willing to concede. This is when the “live line” principle is applicable – the team that sent info earlier and chose a free day captures the tester’s attention. This encourages project managers to not postpone things until the last minute and promptly respond to such requests.

The “live line” principle certainly has value when it comes to improving proper management; however, some other circumstances should be considered. Some urgent projects may have a release date right around the corner. Quite naturally, such projects should come in line before less immediate ones. Builds are also different in size. One may need four hours of testing, while another may need 32. There is no need to make a small build wait a week. Sometimes plans change; imagine the build, planned for instance, from Monday to Wednesday, has been canceled. Accordingly, with these three days freed, we can admit another project (the “free cash” principle).

When a project manager is a former developer himself (which occurs often) and burning with desire to check bugs just after fixing, he may focus on one bug when handing it off to the tester while not mentioning 50 other existing bugs, which is unfair to the tester. In order to prevent a nervous breakdown for yourself, be clear with the PM that the build will be accepted for testing only when all active defects have been corrected.

Incorporating “risk” time into the testing timeframe you promise to the PM is generally acceptable. If you end up completing the project ahead of the estimated time, of course, the PM will likely be grateful.
Regarding timeframes, another consideration is that developers are rarely punctual in providing builds for testing. For example, you were promised to get one at 9 a.m. The developer arrives at the workplace at 10 a.m. and says the build will be ready in a half hour. Midday arrives, and you are informed that the developer is already in the process of writing the notification, but in the evening, the developer says something went wrong and the scope of work will be provided the next day.

Now we have two problems. The first is that you already have another project planned for tomorrow, and the second is that you ended up with no workload during the day. The solutions to these two problems are flexibility of staff planning and a “pool of tasks.” Thus, employees are able to solve the problem by taking the task out of a pool, or offering assistance to an overloaded colleague.

Testers usually deal with projects containing two hard limits: overall timeframe and time spent for a particular project during each day. For such projects, you always need a pre-planned strategy, and the approach of “we’ll see how it goes” does not work. So, set a time limit – for example, a half hour on research and an hour to create test documentation.

Another situation that could arise is when a lot of different testing combinations are needed. For example, a webpage or an application form of any kind may have five drop-down lists, each containing 50 unique values. To check all the unique combinations, you need a lot of time, which is not always acceptable for small projects. In such cases, the test matrices are applied in order to check optimum combinations for a limited time.

In conclusion, one should say that working with a large amount of “small” projects is not so simple. The advice presented in this article could be useful while managing several small IT projects as well as bigger one with many tasks. You will find you have a significant advantage if you learn how to incorporate the aforementioned techniques.

More Posts

why-do-bugs-get-missed
17 April 2023,
by a1qa
4 min read
Why do bugs get missed? Learn the problems and tips to avoid them
Still, finding overlooked bugs after the app goes live? Let’s find out why this happens and how to fix it.
Quality assurance
Test automation
a1qa-articles
31 January 2023,
by a1qa
5 min read
Best of 2022 by executives: 8 most visited a1qa blog posts
Let’s look back and revisit the most visited a1qa articles of 2022!
Quality assurance
Test automation
qa-trends
12 January 2023,
by a1qa
4 min read
The future of software testing: top 4 impactful trends that will dominate in 2023
Consider the major industry trends for the upcoming year to know how to improve current QA strategies and stay ahead of the curve.
QA trends
Quality assurance
Test automation
test-automation
7 December 2022,
by Dileep Marway
3 min read
Release at pace with test automation: What, why, and how to measure success?
An automation-first approach is key to enhancing testing capabilities and increasing overall operational efficiency. However, I would suggest justifying its implementation, so that it can deliver the promised value.
Quality assurance
Test automation
what-is-a-culture-of-happiness
2 December 2022,
by Dileep Marway
3 min read
What is a сulture of happiness for a QA company?
Great culture drives employee engagement and satisfaction, contributes to an impressive work output, and improves organisational performance. But how do we build a culture of happiness? In this blog, I will share more on the answer to this.
Quality assurance
agile-qa
30 November 2022,
by Dileep Marway
3 min read
Agile QA – what is needed for greater flexibility and speed?
What should your QA team focus on to become truly agile, enable quality at speed, and contribute to lasting performance improvement? In addition to introducing test automation, I suggest considering shared responsibility for software soundness.
Agile
Quality assurance
interview-with-dileep
28 November 2022,
by a1qa
9 min read
Interview with Dileep Marway on a series of articles “Agility and speed: Supercharging your business strategies with QA”
We cooperated with the VP of Engineering and Quality at SHL to present you with a series of his blog posts on: culture of happiness, test automation, and Agile-driven QA. Happy reading!
Agile
Quality assurance
Software lifecycle QA
Test automation
optimizing-budget-with-qa
31 October 2022,
by a1qa
4 min read
Optimizing telecom budgets with QA outsourcing: everything you need to know. Part 2 
Welcome to Part 2 of our blog on QA outsourcing and optimizing telecom budget with it. Let’s delve deeper into the topic!
QA trends
Quality assurance
optimizing-budget-with-qa
27 October 2022,
by a1qa
4 min read
Optimizing telecom budgets with QA outsourcing: everything you need to know. Part 1
Learn how to optimize telecom’s quality assurance expenses by relying on a trusted QA partner.
QA trends
Quality assurance

Get in touch

Please fill in the required field.
Email address seems invalid.
Please fill in the required field.
We use cookies on our website to improve its functionality and to enhance your user experience. We also use cookies for analytics. If you continue to browse this website, we will assume you agree that we can place cookies on your device. For more details, please read our Privacy and Cookies Policy.