Android版接触確認アプリの障害について

このホームページを、英語・中国語・韓国語へ機械的に自動翻訳します。以下の内容をご理解のうえ、ご利用いただきますようお願いします。 1.

[katzchang]

モニタリングで解決できる課題は多いよ。単位時間あたりの利用者数、一人当たりの接触数、感染報告数と濃厚接触通知を定常状態として追跡しましょう。

[nekoruri]

"実機を用いた動作検証を行ったところ、接触リスクに関する値がAndroid端末については想定と異なる形で接触通知APIから出力され、その結果、接触が正しく通知されない" これかなhttps://github.com/cocoa-mhlw/cocoa/issues/14

[kazuhooku]

「テストは、本アプリの基盤となっている接触通知API出力値を前提とした模擬的な検証」「実機を用いた動作検証を行ったところ、Android端末については想定と異なる形で接触通知APIから出力」もうちょっと詳しく

[findcafe]

条件によっては大量の人と接触したことになる恐ろしいバグもあった模様 https://misskey.dev/notes/8ht4tntra3

[zorio]

e2eでテストしないとAPIが想定外の結果を返すみたいなのは分からないからねえ。

[yood]

必要なのは有能な旗振り役。プライバシーを守りつつオプトインで必要な情報（接触の条件や場所など）を集める仕組みをどんどん入れること。この仕組みは動けば完成じゃない。

[NEXTAltair]

コロナのひどい話の中でもこれはトップ

[zu2]

“陽性者と接触しているはずであるが本アプリで通知がこなかった旨の報道を受け、従来の模擬的な検証に加えて実機を用いた動作検証を行ったところ、”

[scorelessdraw]

“想定と異なる形で接触通知APIから出力され”って、そもそも想定が間違っていたのか端末側の問題なのかこれだとわからないな。後段の文を見ると前者なんだろうけど

[annoy]

テスト仕様書とテスト結果も公開させて。

[miquniqu]

信用できないから、リリースのたびに実機テスト結果公開義務にしてほしい。

[tsutaken]

1回でも実機検証してたら気づけたってことかな？残念だけど、これにめげずに引き続き頑張って欲しい。

[clairvy]

バグが出るのはあまりまえだから、監視をしっかりすると良さそう。あとissue 切られてるから見ても良かったかもね。

[ya--mada]

これ書き方ｴｴｴ…。さも端末側のBLE強度判定のように書いてあるけど、通知パラメータの事なんでないの？ issue#14 の事。

[okami-no-sacchan]

実機で検証しないって普通なの？　テスト用の番号登録して時差で通知くるかどうか見ればいいんだよね？

[dltlt]

通知サーバからはENINや日次キー以外に、（cio.go.jpの仕様書には見当たらない）transmission_risk_level も受信するのか。以前にはなかったパラメータ？

[nezuku]

”継続して本アプリをご利用いただくことにより・・・端末内に記録することができます” 情報の蓄積に不具合はないので、アンインストールせずアップデートを待ってと。不具合報告への対応姿勢は批判されるべきだが

[daruyanagi]

あんま知らんのやが、Android の闇にも思える