The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
Some testers (QA folk) think they are project managers - and these people are a detriment to delivering a quality product on time.
Others understand their role in a team delivering a product, and work as cooperating team members, focusing on how well their tests cover the code's functionality and the user's potential input. These folks are an invaluable asset.
IMHO, on a development team, the QA person should be involved to some degree (as a non-developer) during development so they are better prepared when testing starts, but should report to the team lead, who (again, IMHO) is a senior-level software engineer with solid business, communications, and leadership knowledge, skills, and abilities.
Yes. let's quit pretending the email is a legitimate bug tracking tool.
This should be entered in whatever tool you use to track the change to begin with.
You can choose to keep the current ticket open and add to it (fewer things to track, but multiple problem reports make it confusing) or open a new ticket for each reported problem, tying it back to the original change request.
I'd argue that QA shouldn't even be assigning these things, but that might be a bit much. Probably want to have the original developer investigate any fixes.
Also, someone has to be able to shut QA down if the perceived problem is actually a new change. "I found/thought of something that's not in the requirements, it's a bug!" might not be so. If it hinders use of the tool, then yes, it should be addressed. If it's just a "nice to have", it's an enhancement for future development.
I had a similar situation back in the 90's with a fairly senior tester. He would report bugs like this, but he would also not provide any clear way to reproduce the issue. I would get this problem report, try and reproduce it and find it all working.
So I would kick it back to him as "no repro" and ask for the steps to reproduce. Instead I just got vitriol and the bug punted back to me to fix.
In these sort of cases, it is up to management to provide a clear mechanism to decide on issues and priorities. Nowadays we tend to have sprints where the tasks are decided, including features and issues to be addressed. Only real show-stoppers can get added mid-sprint, and that still has to go through some sort of review.
To all the people in QA (I used to be one): Issues need to be investigated. Reduced to the smallest common repro steps. And any insights as to the issue is helpful. The more info you can provide, the easier you make it for development to figure out what is wrong and address it.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Don't forget to kick him in the lower back while showing him the direction to the exit
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
Currently I am using below JQuery to extract report, where code is converting Encrypted data to Decrypted form and it is taking too much time. If I am not decrypting then it is loading fast, so is there any solution where I can use decryotion with good performance to download the report.