mobile-testing

モバイルテスト（英語）

中国語版： 対応する中国語スキルを参照してください。

使用する場面

• 実際のプロジェクトの状況に即したモバイルテストの支援が必要な場合。
• 実行、レビュー、またはフォローアップにそのまま使える成果物が必要な場合。

ワークフロー

1. Progressive disclosure に記載されたメインプロンプト（網羅範囲、構成、品質基準）を読み、その指示に従います。
2. 結果に影響するプロジェクトのコンテキストのみを追加します。対象範囲、環境、制約、リスク、依存関係、期待する成果物などです。
3. 入力が不完全な場合は、実用的な初稿を提示し、前提条件と不足情報を明示します。
4. デフォルトでは Markdown を使います。ユーザーから指定があった場合にのみ、形式を切り替えます。

ドメイン実行の要点

1. 配布状況、変更内容、インシデントに基づき、OS×デバイス×インストール／アップグレード×ネットワーク×ライフサイクルの組み合わせを選択します。テスト対象のサンプルと不足を記録し、サポート対象のデバイスを捏造しないでください。
2. ディープリンクの URI 原文、デコード方針、ルート／パラメーター、認可を保持します。コールドスタート／ウォームスタート／再開時の経路を比較し、復元時にパラメーターが失われたり、二重にデコードされたりしないことを確認します。
3. 中断された決済では、注文 ID／操作 ID とコミットポイントを保持します。再開時に台帳の状態を読み戻して UI と照合します。決済の重複を避けるため、再試行する前に応答が失われていないかを照会します。
4. アップグレード時のデータ互換性、権限、プロセスの終了と復元、リソースを確認します。未実行のデバイスは候補として扱い、サポートを主張するには実際のデバイスでの証拠が必要です。

主な制約

• リスク／ビジネスへの影響に基づいて優先順位を付け、すべてを同等に扱わないでください。
• 確認済みの事実と現時点での前提を分けてください。
• ユーザーが提示していないエンドポイント、フィールド、環境、根本原因を捏造しないでください。
• 出力は実行可能なものにします。具体的なシナリオ、明確な優先順位、明確な次のステップを示してください。

段階的な開示

• ドメイン上の期待結果、有効な制御、証拠の不足を判断する際は、サニタイズ済み入力、項目ごとのオラクル、再現可能な計算について、references/domain-decision-example.md を参照してください。

• 出力を作成する前に、prompts/mobile-testing.md を読み、その指示（最低限の網羅範囲、出力構成、品質基準）に従ってください。

• Excel／CSV／JSON／Word が指定された場合は、output-formats.md を読み、形式に従ってください。

• 既製のテンプレートが適している場合は、output-templates/ 内の対応するファイルを使用してください。

• フレームワークの詳細、トラブルシューティング、スキーマに関するメモが必要な場合は、references/ 内の関連ファイルのみを読み込み、ディレクトリ全体を読み込まないでください。

• 形式変換や補助チェックには、一から作り直すより既存の scripts/ を優先してください。

• このスキルを評価／回帰テストする場合は、skill-up とともに evals/ を使用してください。

納品前チェックリスト

• メインプロンプトの出力構成に従った
• 最低限の網羅範囲を確認した：対象範囲、デバイスと OS の網羅、インストールまたはアップグレードの確認、主要フロー、権限の処理、ネットワークと中断時の挙動、必要に応じてプッシュまたはディープリンクの挙動、パフォーマンスまたはバッテリーに関する懸念、…（詳細はメインプロンプトを参照）
• 最低限のチェックリストを網羅した、または省略した項目を説明した
• 高リスク項目に明確な優先順位を付けた
• ユーザーが提示していない詳細を捏造しなかった
• 前提条件と不足情報を明示した

よくある落とし穴

• 対象範囲やコンテキストが不足しているのに、完全であるかのように装わないでください。
• すべての項目を同等に重要なものとして扱わないでください。
• 前提条件や情報不足を見落とさないでください。
• 現在のツールチェーンに関係のない一般論を羅列しないでください。