WAIC-TEST-0087-01 適切にマークアップされた電子メール及びパスワードの入力を提供する

[bakera]

H100 適切にマークアップされた電子メール及びパスワードの入力を提供する
https://waic.jp/translations/WCAG22/Techniques/html/H100

この事例1は、autocomplete="email"やautocomplete="current-password"を指定した事例である。
テクニック集側では以下のようなテストを求めているが、

• 認証用の各入力に適切なアクセシブルな名前 (name) が含まれているかどうかをチェックする。
• 認証用の各入力に貼り付けが許可されているかどうかをチェックする。

これは可能であるものの、autocomplete属性が機能しているかどうかのテストとしては不十分であるようにも見える。ID・パスワード入力欄は、ブラウザによってパスワードが記憶され、復元されることがある。そのような機能が動作するかどうか、という観点でもテストした方が良い。ローカルでそのようなテストが可能かどうか (それともHTTPSスキームのサーバー上におかないと動かないのか) を検討する。

[bakera]

とりあえず手元のMac+Chrome 140.0.7339.81でみたところ、ローカルでも <input id="email"> や <input name="email"> に対しては過去に入力したメールアドレスが補完されるようだ (autocomplete属性がなくても)。

autocomplete属性の対応状況はcaniuseにあり、属性値の違いによって対応状況がまちまちのようだ。

https://caniuse.com/mdn-html_elements_input_autocomplete
https://caniuse.com/input-autocomplete-onoff
https://caniuse.com/mdn-html_elements_form_autocomplete_new-password

[nishimotz]

autocomplete に関する過去のテスト作成

• テストケース0085-01(H98)作成 #234
• 0085-01 / H98のテストを追加 #243
• https://waic.github.io/as_test/WAIC-TEST/HTML/WAIC-TEST-0085-01.html

[nishimotz]

https://waic.jp/translations/WCAG21/Techniques/html/H98

H98 の検証手順も実はマークアップを検証することしか示しておらず、私たちは上記のテストを作成するときに、実際に補完が行われるかどうかを確認するテストに変更していました。

過去にも「機能しているかどうかのテストとしては不十分」という立場でこのようにテストを作ったと言えます。

[nishimotz]

逆に H100 のテストとして「適切にマークアップされた」かどうかだけを判断するという立場もあると思います。

その根拠としては

• アクセシブルな認証に関して、メールアドレスとパスワードによる認証はどのくらいモダンな手法であり続けるのか。SC 3.3.8, 3.3.9 では WebAuthn や OAuth なども事例としてあげられている
• H98 「autocomplete 属性を使用する」のテスト = SC 1.3.5 でカバーされている（できる）とも考えられる
• 本来ならコピーペーストの妨害に関するテストが求められる。

[nishimotz]

「見送り」に移動するプルリクエストを作っていただく