I hear them out. However if the explanation isn’t cogent, or the statement is something I don’t understand or disagree with then I try to find out for myself to determine whether it makes reasoned sense.
Look at acceptance criteria and requirements then decide
Alright, can you write that down on black and white and that you take full responsibility of this? If you cannot do that, we’ll test it accordingly like the current workflow-process.
Aaaand they’ll get mad but we can ALWAYS test it afterwards, because nobody wants this responsibility
It’s the best card that you can play…
IF they actually write it down… well then you are safe also ;-D
This generally doesn’t happen at my company. From the day I started I made it clear that developers are welcome to make whatever suggestions they’d like about testing. They are encouraged (soft requirement) to make notes on every single ticket about what they think the tester who picks up any given ticket should test.
It is up to the tester to accept or reject the suggestions and their responsibility to determine the full scope of the testing required.
On the rare occasion this does occur there is almost certainly a strong justification for it. It typically leads to a discussion to support the developer’s assertion.
Its usually a 2 min exchange, they explain why and I flag some risks sometimes we reassess sometimes we don’t.
If nobody is interested in the findings from my testing I generally wont waste my time testing, my view on this has changed over the years as with many things my focus has narrowed to what matters.