After the rules and regulations about development and how it impacts and is impacted by keyboards is laid out in Michael's Five Commandments, I mean.

It is a question near and dear to the heart of most SDE/Ts and STEs....

Who owns keyboard testing?

Now that is a complicated question!

The short answser is simple!

It depends!

The detailed answer is that it depends on the kind of testing you are referring to.

The breakdown is simple:

Testing relating to a feature's application of the five laws is entirely owned by the testers of the feature itself. This is a common sense requirement based on the fact that keyboards are generic but the needs and capabilities of a feature are quite specific, and testing of these issues can't scale past a specific feature team (just as the fixing of those bugs can't scale past the developers on the team.

Test expertise on how keyboards work so that those feature teams will fully understand how to do their job is owned by a more central "International Test" team. Their responsibilities can include training, test breakout reviews, and centralized bug bash management.

Testing of unique hardware-related issues is owned by the people who support the hardware. This also applies to the keyboard type and subtype specific issues (e.g. 106 key Japanese keyboard), since realistically such testing requires actual physical hardware, and no one can expect every feature team to have every piece of hardware, or a general "international test" team to understand the ins and outs of every piece of hardware.

Testing of whether a keyboard layout meets the requirement of its underlying spec or standard is owned by the test team of whatever team is creating keyboard, supported by both the person providing the keyboard and/or the government/standards body that has compliance issues surrounding the layout.,

it is possible that if you are one of those types of testers that you may feel that this breakdown is unfair - particularly if it relates to an unanticipated test resource requirements.