Android のプロセス管理とバッテリーの最適化は大惨事です。バッテリーを節約するために、一部の携帯電話はバックグラウンド アプリケーションを非常に積極的に終了するため、通知やメッセージなどが失われることがあります。
Googleはしばらくの間、 Android 13 の変更によってこの問題に何らかの秩序を与えようとしてきたが、ついに自社だけでは解決できないという証拠に屈したようだ。現在、 Google は開発者の協力を求めて、新しい携帯電話ですべてが期待どおりに動作することを確認する新しいテストを作成するよう求めています。
Googleはその利益を開発者とOEMに渡す
Google サービスがプリインストールされた携帯電話が販売に必要な認定を取得するには、その端末がAndroid 互換性定義文書 (CDD) に実際に準拠していることを確認する一連のテストに合格する必要があります。この一連のテストはプロセスを自動化し、CTS または互換性テスト スイートと呼ばれます。
Google はこの CTS の準備を担当しており、現在約 200 万の異なるテストがあると言われていますが、開発者が最も影響を与える側面を検証できるように独自のテストを作成できるようにすると発表しました。たとえば、バッテリ管理は標準ではなく、携帯電話ごとに異なるため、アプリケーション開発者にとって最大の不満の 1 つです。
新しいテストのアイデアがある開発者は、それが CTS にまだ存在せず、Android CDD ドキュメントで必須としてマークされている要素に基づいているテストである限り、Issue Tracker で提案する必要があります。この最初のラウンドでは、Google はエネルギー管理テストでの協力を求めており、 「Don’t Kill My App」の作成者からこのテストのようないくつかの提案をすでに受け取っています。このテストはまさにバックグラウンド アプリケーションの不必要な終了に焦点を当てています。
問題は、これらのテストがオプションとなり、メーカーがテストに合格するかどうかを決定できることです。テストの開発者は自分の端末でテストを実行することもできますが、失敗した場合、Google は開発者に Android Bug Tracker でタスクを開くよう依頼し、Google がそれを検証した後、Google と協力します。パートナーが問題を解決してくれるでしょう。」
Google はデバイス メーカーに CTS-D 開発者テストの使用を「強く推奨」していますが、この取り組みにより、問題をメーカーや開発者に転嫁するつもりであると考えるのは必然です。 1 つ目は、問題を特定し、問題を特定するためのテストを作成する責任があります。後者は、適切と思われる場合に解決します。それがどのように終わるか見てみましょう。
経由 | グーグル