For testers lvl4,5 double review for “Not a Bug (intentional behavior) and “Other” rejections
Aleksndra Mitiukova
Hello TestIO Team,
According to TestIO Academy’s rejection reasons, the categories “Not a Bug” and “Other” are especially risky.
These reasons often depend on subjective judgment — for example, a team lead may have one opinion, while several experienced testers see the issue differently.
Example cases: 2814509, 2814496.
It’s clear that new testers sometimes submit weak or irrelevant bugs — that’s part of the learning process.
However, for experienced testers (Level 4–5) there should be a
conflict-free review system
for such cases. When a tester with proven experience gets a rejection like “Not a Bug” or “Other,” the decision should not rely solely on one team lead’s personal interpretation.Team leads, being experienced professionals, naturally have their own perspective. But sometimes this leads to situations where decisions feel one-sided — as we say back home, “I’m the boss, you’re the fool.”
This kind of approach demotivates testers and can damage communication, especially when rejections feel emotional rather than analytical.
To make the process fairer and more transparent, bugs rejected as “Not a Bug” or “Other” should:
• undergo a double review (e.g. by another team lead or senior QA), or
• be escalated to the client for the final decision, with the possibility for testers to challenge such decisions
without opening a dispute and without payment for tester until final approval or rejection in the second round
.But only for testers lvl4 and 5 and “Not a Bug (intentional behavior) and “Other” reasons.
Disputes are stressful and often create cold conflicts between testers and team leads, which harms motivation and teamwork.
Adding a neutral review layer for these subjective rejection categories — especially for experienced testers — would make the platform fairer, more motivating, and more professional for everyone.
Thank you for your review!
Best regards,
Aleksandra
Mahmood
Thanks for the great suggestions! It’s clear from the OP's posts that she likes to dream big and is always pushing TestIO to improve — which is awesome to see. 😊
I really like her second approach! For those familiar with cricket (we’re kind of crazy about it 😉), there’s a rule that says "the benefit of doubt always goes to the batsman". Meaning, if the umpire isn’t completely sure about a decision, the batsman can’t be given out.
I think we could apply a similar principle for “Not a Bug” (i.e., intentional behaviour) cases. If a team lead has even a small doubt — not 100% sure whether it’s a bug or intended — then the benefit of doubt always goes to the tester and the bug can’t be rejected. Rather than guessing, this helps us double-check and make sure we’re not overlooking a real issue.
Aleksndra Mitiukova
Mahmood Some TLs (not all) reject without a drop of doubt, and even after winning the dispute, they will be sure that they are right :) Some TLs can even change their mind and forward the bug if they are doubting. But some TLs not possible to talk and with them there is no chance of communication.
It is pointless to open disputes on TL even if you win, as the customer will not receive this bug anyway. Secondly, we have noticed a trend that if a dispute was opened after the cycle was completed, we do not get our % back and the status remains as rejected.
But thank you for your support 😇