QA/Team Dynamics/Web QA

From MozillaWiki
< QA‎ | Team Dynamics
Revision as of 17:59, 23 July 2015 by Kthiessen (talk | contribs) (Hasty notes.)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Mbrandt

  • Feature flagging/A-B testing -- django-waffle
  • Each new feature gets wrapped with wafflle.
  • QA is involved at an early stage in the process.
  • Just Matt having a 'bad feeling' about something is enough
  • Opt-in 'beta' users can see features first.
  • Features in thee classes: 'this cannot ship broken', 'we must catch this within 30 mins if it's broken', and 'if this is broken for six months it's ok'
  • Most projects are small enough that QA can track every bug
  • Overall state is sometimes in kanban boards
  • Most projects use Bugzilla
  • IMPORTANT: relationship-driven -- regression causes embarrassment among devs
  • Tried to stamp out 'adversarial QA' style
  • Fighting the stereotype
  • 'Onboard' new developers/teams -- open up the dialogue
  • Risk analysis vs. binary gatekeeper

Mozillians.org

  • dev personal development environments didn't match {dev,stage,prod}.
  • hazard: community thinks "I'm not smart enough to set this up."
  • mbrandt made a docker container
  • winning people over through:
    • demonstrating technical proficiency
    • making their jobs easier
    • reducing regressions
    • typing developer excitement to reduced risk
    • (continuous development)

Socorro

  • stage has bad ssl cert
  • but overall it's very stable
  • reporting more important than front-end UI
  • AMI's for feature branches