QA/Execution/Web Testing/roles/buildmaster

From MozillaWiki
< QA‎ | Execution‎ | Web Testing
Revision as of 22:36, 25 March 2015 by Mbrandt (talk | contribs) (Initial creation of page)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Build Master

Role Definition

  • edit jenkins desc with your name as buildmaster
  • build master is point of contact for open issues/bugs
  • role includes filing bugs/issues, sending out emails, investigating issues
  • does NOT include escalation paths, prioritizing fixes, following up with other teams
  • send daily email with list of generally prioritized github issues to be fixed, blocking bugs that were filed
  • check builds at least once per day (there are several methods for doing this: view the web dashboard, subscribe to RSS feeds, read e-mail alerts, watch IRC notifications. We could consider others using Jenkins plugins)
    • investigate failures
    • If it is a locator issue, if you have a question, if you wonder if the test is still valid or important then file a GitHub issue
    • File bugs on projects based on info below, then contact the noted team members

Support Tiers

Tier 1

  • Marketplace
  • AMO
  • Mozilla.org

Tier 2

  • SUMO
  • Socorro

Tier 3

  • BIDPOM
  • Affiliates
  • Mozillians
  • Moztrap
  • One and Done

Projects

SUMO

One and Done

Socorro

QMO

mozwebqa dashboard

bidpom

  • towards low priority
  • fail: john morrison [jrgm] if infrastructure related (time outs, buttons not loading, etc.); bob or davehunt are the ones to fix
  • IRC: mozwebqa
  • known bug file bug and also need info him; esp if you know who checked in the change who made it fail

moztrap

mozilla.org

marketplace

  • high priority
  • fails: krupa 1st / 2nd david durst EST/ wil clouser 3rd
  • IRC: #marketplace
  • file a bug - if we know there's been a regression, if you can reproduce manually and you can correlate with what you see in automation, or if it's infrastructure related

amo