Extend our certification process to testers

#1

Hello everyone!

So over here: Single global dev team: integration process, rules to be certified (and thus paid), and rates

We have defined a certification process for devs.

As some of you know, we are onboarding new testers in the global team: @filipefurtado and Jen Smith in particular are now doing exclusively testing for the project (along Danni, Lynne and myself). :muscle: :tada:

Filipe asked me how he could become a certified tester.
Filipe knows that we don’t have money to pay for testers for now. The goal would be here to get recognition: he needs to know that we know we can count on him, but also that he can count on us to include him as a team member.

I think this is a healthy conversation to have and I’m very glad Filipe brought it up.

So the idea would be to define a Shu/Ha/Ri certification process that we could use to onboard tester.

Example: only HA testers could get a semaphore access, only RI can test a release?

Before defining it further I would like to know what others think about this idea.

ping @sauloperez @Kirsten @luisramos0 @maikel @tschumilas @NickWeir @lin_d_hop @danielle @Matt-Yorkley @kristinalim @sigmundpetersen

1 Like
#2

Yep. Let’s do it. It’s a great first step to then having testers paid as well, which is something we’ve always wanted to move towards.

#3

Yes I like this plan.

#4

I can’t imagine this will be controversial with anyone.
I’d like to start diving into how we define things… :laughing:
And I’m going to while I have a bit of time that suits this kind of task :raised_hands:

I would suggest that a tester is only certified when they can contribute usefully. Before this they are trainees. To contribute usefully you need to be able to deploy PRs to servers and test them.

Proposal: a tester can be certified when they:

  1. Understand processes eg Google Drive, slack, github labels, how to deploy a PR.
  2. Have shadowed testing of EasyTest PRs and certified testers agree they are ready to test solo.

Then we have our Shu/Ha/Ri levels…

Proposal:
Shu - Test EasyTest PRs confidently
Ha - Test dot releases and S-M issues confidently.
Ri - Confidently test L+ issues and major releases.

These are just initial proposals…

ToDo

  • What is the process for a tester to be certified? Agreement from existing testing team?
  • Should we document the actions to take on certification? Eg Semaphore access
  • What is the process for a tester to be promoted?
2 Likes
#5

Great idea. I really like @lin_d_hop’s proposal.

With devs, I thought we set a minimum number of hours per week that the person can commit. But I can’t find that information now. Should we set something similar for testers?