DropBear wrote on Feb 19
th, 2014 at 5:03pm:
Wouldn't the online bug reporting tool being functional help in that regard?
So let me get his right, the limit on your job description is to identify bugs and that's it?
So you have no responsibility for prioritising them in terms of game impact?
And have no responsibility to see that they are in fact fixed by someone else in the team?
So once you have identified a bug, it gets filed in the NMP (not my problem) tray for future shredding?
I did not expect that QA would personally fix bugs, but I did expect that they were the last line of defence before code went live, and had ultimate responsibility to ensure bugs were managed. I guess that explains a lot then (like recurring old bugs).
I'll answer with my two snow covered Euro-cents :
1) yes.
2) yes.
3) they gets prioritized in term of revenue impact, not in term of game impact.
4) they come back, 'fixed' eventually... the problem is the marketdroids that are all powerfull and set in stone release dates before all the fixes came back and could be validated.
5) not really... it gets filed and prioritized, and then sent to the codemonkey guilty of the piece of code where it is located. Once the monkey has dealt with the bug it should come back to be checked. Now everybody in First or Second line of support or everybody in QA knows that that the codemonkeys know shit when it comes to fixing bugs. But modern job descriptions says First line of support is not allowed to fix bugs ( we can't have the front line soldiers being more competent than monkeys, we just allow them to file the fucking bugs, eventually prioritize it [ and we don't care about hte prioritization anyway ], and make sure all the (ir)relevant KPIs are met ), that Second line of support is not allowed to fix bugs ( they are barely allowed to try to reproduce them and meet the (ir)relevant KPIs ). It's the same for QA, they are not seen as an investment to reduce future loss of revenue, but as just a plain loss of revenue, so they are the first thing that gets scrapped when the schedule goes too tight to fit everything. ( that's for the last line of defense. )
The last line of defense has shifted long ago at the customer end.
The Customer is the tester that finds the bugs. It's way cheaper that way, and lo behold, it's been hitting the Telecom Industry hard in the last 10 years... Expect your phones to works in a less than reliable manner as technology evolves further away from the good old granpa circuit switched phone.