Unity
ベータテストが重要な理由
私たちのQAスタッフは、私たちのリリースが安定していることを確認するために懸命に働いていますが、私たちの開発者コミュニティのメンバーが今後のビルドに関するフィードバックを提供しない限り、それを行うことはできません。私たちは、あなたが協力したいと言ってくれることをとてもうれしく思っている！
プロジェクトをアップロードする方法、バグレポートの書き方などなど。これらのステップに従うことで、最も重要な情報を提供することができ、お客様やお客様のプロジェクトの開発に影響を与える問題を解決することができます。
ベータ版へのフィードバックは貴重だ。私たちは評価4と5のすべてのベータ版バグレポートを分析し、評価の低いものには最善を尽くしています（その意味がわからない場合は、このブログ記事をご覧ください）。バグの検証を行い、修正版ができましたら、次回のベータリリースに予定しています。現在のところ、どの修正がどのベータ版に含まれるのか、詳細をお伝えすることはできませんが、できるだけ早く修正される予定です！
以下では、インパクトのあるバグレポートやフィードバックを提出するためのワークフローに関する詳細情報をご覧いただけます。ここでは、最も重要なステップの要約もご覧いただけます。
ベータ版についてさらにご質問がある場合は、ベータ版フォーラムをご覧ください。
目次
スタンドアロンインストーラーとして直接、または新しいUnity Hub経由で最新のベータビルドをダウンロードしてください。このページには、ベータ版の情報やリソースもたくさん掲載されている。新機能のご紹介、役立つ資料やツールのご紹介、最新の懸賞情報などをご覧いただけます。
インストーラーまたはハブを実行します。インストーラーを使用する場合は、必ず新しいディレクトリにベータ版をインストールしてください。複数のバージョンのUnityが並んでいても、個別のディレクトリにあれば問題ありません。
新しいプロジェクトを開始するか、ベータ版のテストに使用する予定のプロジェクトのコピーを作成し、最新のベータ版で開きます。
既存のプロジェクトをベータ版で実行する場合は、必ずバックアップコピーを作成してください。後方互換性は保証されていないため、一度プロジェクトをアップグレードすると、以前のバージョンに戻すことはできないかもしれません。 Unityはプロジェクトを開くと、自動的に使用しているUnityのバージョンにプロジェクトを移行することに注意してください。プロジェクトのコピーで作業することで、現在の安定バージョンに戻ったときにインポートをやり直す必要がなくなるので、時間の節約にもなります。
新機能やアップデートを通常通り開発したり、テストしたりする。バグを見つけたと思われる場合は、このガイドのパート2、3、4に記載されている次のステップに従ってください。
それで...バグを見つけたんだね。これが最も効率的な支援方法だ。
状況を把握する 一次対応 二次対応課題追跡システムで既存のバグ報告を確認する。
この問題をグーグルで検索し、関連するフォーラムのスレッドを探してください。
未解決の問題ですか？
該当するissue trackerのエントリーに投票してください。
未知の問題ですか？
最低限の再現プロジェクトでバグレポートを提出し、Unity担当者からのリクエストに応える。
問題はすでに報告されているが、自分のケースが修正プログラムでカバーされることを確認したいのか？
最低限の再現プロジェクトでバグレポートを提出し、Unity担当者からのリクエストに応える。
この問題に関する既存のフォーラムスレッドはありますか？
返信そうでない場合は、あなたの課題IDを参照するものを作成してください。
Unityで問題に遭遇した場合、まずすべきことは、それが既知の問題なのか、それともあなたが初めて経験した問題なのかを調べることです。この種の情報を得るための最初のアドレスは、私たちが公開しているIssue Trackerだ。他のユーザーから報告されたバグを検索し、投票やコメントをすることができます。問題に投票することで、私たちのチームはどのバグに最初に取り組むべきか優先順位をつけることができます。
Unityのベータフォーラムも素晴らしいコミュニティリソースだ。他の人が報告した内容を見たり、問題の回避策を見つけたり、自分自身で情報を提供したりすることができます。ユニティの誰かと連絡を取る良い方法でもある。ただ、提起するテーマが現在のベータ版に関連したものであることを確認し、複数の異なる問題を1つのスレッドにまとめないこと。
あなたのバグに関連するものが見つからない場合は、バグレポートを提出する時です。レポートを提出したら、フォーラムに戻ってきて、発見した問題の説明を投稿するのも良いアイデアです。そうすることで、他の人が自分自身に情報を提供し、より多くの文脈を追加したり、回避策を提供したりすることができる。また、ベータ版フォーラムを頻繁に監視し、そこで議論された新しいケースの初期評価を優先するため、処理時間も短縮される。
問題に関する新しいスレッドを始める場合は、送信したバグレポートを Unity チームが特定できるように、ケース番号 (確認メールに記載) を必ず投稿に含めてください。スレッドを残す場合は、最初に行っていただくようお願いします。
もしその問題がプラットフォームやあなたのプロジェクトのバグを指しているのかどうか疑わしく、フォーラムやドキュメントを参照しても確信が持てない場合は、とにかくバグレポートを提出してください。
バグ報告は、最初は少し敷居が高く感じられるかもしれないが、実際はそれほど難しくなく、安定性を確保するために不可欠なものだ。以下の簡単なステップに従って、エンジニアが理解しやすく、対処しやすいバグレポートを書いてください。
ミスを恐れてはいけない。報告書に記載された情報で問題が再現できない場合、何かが欠けていないかどうかを確認するため、ご連絡を差し上げます。
バグレポーターを開く
Unityを起動したまま、メニューのHelp → Report a Bugを選択してください。また、プログラムフォルダーのエディターの横にバグ報告アプリがインストールされています。また、Unity がクラッシュした場合にも、自動的に起動されます。
基本情報の提供
問題は何に関連しているのか」の欄で、報告するバグに最も近い選択肢を選んでください。ベータ版のバグを報告するのですから、通常は "エディタの問題 "か "クラッシュのバグ "となるでしょう。
どれくらいの頻度で起こるか」には、一度しか経験したことのない問題なのか、ときどき起こる問題なのか、あるいは毎回起こる問題なのかを記入する必要がある。
Eメールアドレスをご記入ください。Unityアカウントでログインしている場合、このフィールドは自動的に入力されます。
あなたのレポートが検証された場合、「タイトル」と「問題の説明」フィールドに書かれたテキストは、Issue Trackerで一般公開されます。これは地域社会の助けになる。他のユーザーは、コメントや投票（修正の優先順位を決めるのに役立つ）をしたり、いつ修正が利用可能になるかを確認したりできる。お客様の個人情報は一切公開されません。プロジェクトやその他の添付ファイルは、ユニティの社員だけがアクセスできます。
バグを特定する
最も簡潔な言葉で、このバグをどう表現しますか？というように、短く具体的に：
GIキャッシュを削除し、プロジェクトを再読み込みすると、コンソールにエラーが表示されます。
バグを分類し、タイトルを書く
バグを分類するとしたら、何を選ぶ？UIアセットインポート：スクリプティング：特定のプラットフォーム？クラッシュ？この場合、バグはライティングに関連しており、より具体的にはEnlighten lightmapperに関連していた。
次に、このタイトルとバグの説明を追加して、以下のフォーマットでタイトルを作成してください：
[カテゴリー]説明
このシナリオでは、バグのタイトルは次のようになります：
[Enlighten】GIキャッシュを削除してプロジェクトを再読み込みすると、コンソールにエラーが表示される。
再現するための手順を示す
UnityのQAチームと開発チームは、問題の診断と修正において、あなたが提供できるすべての助けを必要としています。受け取った情報によっては、根本的な問題を特定できないかもしれないし、誤解されてあなたのバグではない別のものを修正されてしまうかもしれない。ですから、あなたの問題が確実に解決されるように、前もってできるだけ多くの情報を提供することが得策です。これを行う最も簡単な方法は、通常、バグに遭遇する前に行った手順をバックトラックでたどることです。では、虫を見る前に一番最初にしたことは何ですか？
プロジェクトを終了し、再度開く
これが「再現するためのステップ」の最後のステップだ。その直前は何をしていた？
GIのキャッシュを掃除する：編集 > 環境設定 > GIキャッシュ > キャッシュの削除
これを思い出せる限り、理想的にはUnityを初めて開いたときまで続けてください。情報が多ければ多いほど、再現や修正が容易になります。すべてを思い出せない場合は、バグを再現できるかどうかを確認し、自分が取っている手順に注意してください。
例えば、画面のビデオキャプチャで提出することもできます。最も重要なのは、私たちのエンジニアがバグを再現できるように、手順を明確に示すことです。
予想と実績の比較
バグに遭遇する前に何が起こると考えていましたか？
期待：コンソールにエラーなし
代わりに何が起こったのか？
実際：コンソールにエラーが表示される
なお、予期せぬエラーメッセージに遭遇した場合は、それを説明文に追加しておくと便利である。
すべての情報を入力し終えると、レポートはこのようになる：
3）プロジェクトフォルダーを添付
バグレポーターは、エディターからプロジェクトを開くと、現在ロードされているプロジェクトを自動的にバグレポートに含めます。実行ファイルからレポーターを起動する場合は、プロジェクトを手動で添付する必要があります。プロジェクトがすでに非常に小さい場合を除き、無関係な資産を取り除くことをお勧めする。必要なものだけを含む最小限の再現プロジェクトを提出することで、QAチームと開発チームはより効率的に問題を切り分け、より早く修正を提供することができます。
プロジェクトの特定のシーンで問題が発生する場合は、バグが発生したシーンをエクスポートし、新しいプロジェクトにインポートしてみて、バグがまだ発生するかどうかを確認してください。もしそうなら、新しい小さなプロジェクトをアップロードする。もしうまくいかなければ、より大きなバージョンのプロジェクトに挑戦し続けることができる。
へ ヘルプ あなた 減らす その サイズ の あなたの プロジェクト そして への 作成する ミニマム 再生産プロジェクト、 私たち 発展的 いくつか 用具 その 大いに 減らす その 必須 努力の賜物だ。
あなた 缶 見つける 追加 インフォメーション オン どのように への 使用 これら ツールはこちら
問題を再現する最小のプロジェクトが理想的ですが、大規模なプロジェクトもないよりはあった方が良いのは間違いありません。私たちの 報告 システム サポート 巨大 添付ファイルお願い する ない アップロード 個人 資産 なぜなら その プロジェクト を含む 関連 データと ファイル その その 資産 一人で する なし
最終報告書はこのようになるはずだ：
完璧ですあなたは、私たちのチームが問題を発見し、修正するために使用できる、有益で簡潔なバグレポートをまとめてくれました。最後の一歩だ：
バグレポートを提出する
送信」をクリックしてバグレポートを送信してください。
バグが提出されると、ケース番号が記載された確認メールが送信されます。Eメールには、バグの現在のステータスが記載されたウェブページへのリンクが含まれます。このページでいつでも最新情報をチェックできる。このリンクは、あなたの連絡先やバグ報告の履歴が明らかになってしまうので、フォーラムやその他の公共の場で共有しないでください。ケース番号は、他の人が課題追跡で課題を見つけるのに十分です。
個人的な便宜のため、バグレポートと関連プロジェクトのフォルダを管理することをお勧めします。我々は次のようなアプローチを推奨する：
バグレポートを提出するときはいつでも、添付したプロジェクトの.zipファイルを作成してください。
バグレポートそのものを.txtファイルにしてAssetsディレクトリに保存しておくと、プロジェクトがどのようなエラーを表示し、それをどのように再現できるかがわかります。
バグレポートを提出したら、確認メールに記載されているケース番号を取得し、.zipファイルの先頭にその番号を付けてください。
こうすることで、Unityからバグレポートがクローズされたことを知らせるメールが送られてきたときに、レポートに添付したプロジェクトをすぐに見つけることができます。
Unityからバグレポートがクローズされたという通知を受け取ったら、該当するプロジェクトを見つけて最新のUnityベータ版で開くことで、バグが修正されたかどうかを確認できます。手順に沿って再現すれば、バグがなくなっているかどうかを簡単に判断できる。
これはあなたの側では少し手間がかかりますが、a) 質の高いバグレポートが得られる可能性が高くなり、あなたのバグが再現され修正される可能性が高くなります。
私たちのスタッフにとって、質問があるときにいつでも連絡が取れるのは理想的です。バグレポートを提出された方には、Eメールでご連絡いたします。フォーラムに書き込んでいただければ、そこに返信します。迅速な事件解決のため、チームから受けた質問や要請にはできるだけ早く対応してください。
もしフォーラムであなたのバグについて言及されていない場合は、新しいスレッドを立てることをお勧めします。他の人も同じ問題を経験しているかもしれないので、見つけた回避策を投稿することが、ベータ版コミュニティで友達を作る早道であることを忘れないでください！
以上です。
効果的なベータテスターになる方法を学ぶために時間を割いていただき、ありがとうございます。検索エンジンで調べても答えが見つからない場合は、フォーラムに立ち寄って質問してください。