ベースライン プレイ セッションから始める
改訂する前に、核となるエクスペリエンスを説明し、すでに機能しているものを把握します。落ちてくるブロックのコンセプトの場合、プレイヤーは左右の動きは理解していますが、プレビューされた次の形状には気づいていないことに気づくかもしれません。レビューノートではインプット、目標、最初の障害を一定に保ってください。このベースラインは次のパスの基準であり、すべての詳細を永久に固定し続けることを要求するものではありません。
1 つの命令を修正してテストを繰り返す
動作と成功を認識する方法に名前を付けた、狭い変更リクエストを作成します。形状プレビューの場合、現在のピースがロックされる前に、ラベル付きのプレビュー ボックスに次のピースが表示されるように依頼します。次に、プレイヤーが短いラン中にそれを識別できるかどうかを確認します。パワーアップ、新しいアート スタイル、レベル システムを同時に追加しないでください。これらの追加により、より多くの変数が作成され、特定のリビジョンが役に立ったかどうかを判断することが困難になります。
AI ゲーム反復ワークフローについての質問
AI ゲームの 1 回の反復で何回変更を加える必要がありますか?
結果の原因を知る必要がある場合は、一度に 1 つずつ大きな変更を加えてください。小規模なサポート編集は、観察された同じ問題にすべて対処する場合、グループ化できます。
リビジョンによって 1 つの問題が解決されたものの、別の問題が発生した場合はどうすればよいですか?
両方の結果を記録し、たとえばプレイヤーへの合図の表示位置を変えるなど、対象を絞った調整を試します。回帰テストには元のケースも残し、問題が気づかれないまま再発しないようにします。
関連情報
古い情報を見つけましたか？ 訂正を連絡