As far as I know, the latest process for getting QA attention on B2G bugs is documented at [1]. However, it's not clear to me which bugs are actually checked for the qawanted flag. From my experience I feel like only bugs in the Firefox OS product are checked, and often bugs filed in other products get missed.

For example, [2] is a list of bugs in the Core product whose platform is marked as Firefox OS and have the qawanted keyword on them.

I don't know who is "officially" responsible for responding to QA requests on these bugs, but it seems that they are falling through the cracks, and I would like to avoid that. I see only a few options:

1) Ensure that any bugs that need QA assistance from the B2G QA team are moved to the Firefox OS product. This seems inefficient since in some cases we already know that it's a bug in the core platform (e.g. a graphics bug) and filing it in the Graphics component is more likely to get it fixed faster.

2) Get the B2G QA team to use a query such as the one above to find qawanted-flagged bugs in other products, as long as the platform is "Firefox OS". This would be my preferred solution. The backlog of such bugs is not large; [3] is a query that searches for all qawanted bugs across all non-B2G products with a Firefox OS platform, and as of right now it shows only 8 bugs.

3) Start a new QA team solely responsible for dealing with bugs in other products (e.g. Core) and having cross-platform expertise so they can deal with bugs like these.

I would also really like it if somebody updated the bugzilla queries on [1] since a lot of them seem out of date. I often use the bugzilla queries on [4] to verify my bugs will get auto-uplifted and blocker nominations will get responded to, and I would love to be able to use bugzilla queries on [1] to verify that my QA requests will also get responded to. In a sense the documented queries are like interfaces - if my bug doesn't show up in the query then I tagged it wrong and I need to fix it; if it shows up but doesn't get responded to then the fault is on the other side. Documenting these interfaces can help tighten our process up so less things get missed.

Does anybody have any thoughts on this issue? Any suggestions on who else should be CC'd on this to make the appropriate decisions?

Cheers,
kats

[1] https://wiki.mozilla.org/B2G/QA/Triage
[2] http://bugzil.la/keywords:qawanted+product:core+os:gonk
[3] http://bugzil.la/keywords:qawanted+-product:"Firefox OS"+os:gonk
[4] https://wiki.mozilla.org/Release_Management/B2G_Landing
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g

Reply via email to