CDK/testing: typeInElement ignores event.defaultPrevented

### Is this a regression?

- [ ] Yes, this behavior used to work in the previous version

### The previous version in which this bug was not present was

_No response_

### Description

The `typeInElement` [1] still sets the input value even if the `keydown` event has default prevented. This is different from the actual behavior [2]

[1]: https://github.com/angular/components/blob/ffffc82084b3528a4b5a95a91ec77359449acc97/src/cdk/testing/testbed/fake-events/type-in-element.ts#L114
[2]: https://stackblitz.com/edit/web-platform-gwblaq?file=script.js

### Reproduction

StackBlitz link: https://stackblitz.com/edit/harness-issue-4xv58x?file=src%2Fapp%2Fharness-example.html

### Expected Behavior

`event.preventDefault()` should stop the browser from populating the input element.

### Actual Behavior

Input element is still populated with values

### Environment

- Angular: 10.2.3
- CDK/Material: 11.0.0
- Browser(s): Chrome
- Operating System (e.g. Windows, macOS, Ubuntu): macOS

Inizia in src/cdk/testing/testbed/fake-events/type-in-element.ts alla riga collegata, quindi esegui la riproduzione fornita in StackBlitz per confrontare il comportamento dell’harness con quello del browser. L’issue è completata quando un evento keydown con defaultPrevented impostato non popola più l’elemento input.

Scritto dal modello di indicizzazione a partire dal testo della issue.