※Liveと共通する基礎的な内容は「Liveバグレポートについての記事」にあります。事前にご一読ください。
βバグレポートの投稿先は、機種に応じて #beta-bugs-ios・#beta-bugs-android のいずれか、言語は 英語のみ、となります。公式によるどの投稿を見てもそれ以外の方法は書かれていません。公式 Discord のバグレポートチャンネルで見ることができるものがほぼ全てであるとお考え下さい。
iOS 端末は TestFlight からの送信という選択肢があるように見えますが、公式から手段として明記されたことはなく あまりモニターされていません(Ktjnさん)。せっかく送信しても間に合わない(もっとキツイ表現をすれば役に立たない)レポートになり兼ねず、テスター側は「送っているのに反映されない!修正されない!」開発者側は「もう間に合ってない…」と、双方にとって不幸な結果となり得ます。禁止されているものではありませんが公式が定めた手段ではない、ということは念頭に置かれるほうがよいでしょう。
#beta-feedback チャンネルへ送信することも同様です。こちらはエンジニアではないスタッフさんがとりまとめてエンジニアへ渡されます。デバイスやOSなどの絶対的に必要な情報が欠けることが多くなり、エンジニアへ伝わるまでにバグレポートチャンネルより時間を要することから全くおすすめしません。
Live にくる前までに修正してもらうためにも、早期に・必ず Discord へ投稿しましょう。
thatgamecompany サポートサイトより
2022-05-19「どうすればiOSかAndroidのβテストに参加できますか?」が更新されたことを受け、そちらを引用させていただきました。
最終更新日:2022年5月19日 一部加筆修正
全てのフィードバックと不具合の報告は、公式Discordサーバー内の専用チャンネルに投稿いただく必要があります。私たちのサーバーは英語のみのルールがあり、このルールはβテストのフィードバックにも適用されます。翻訳ツールのご利用も検討ください。なお、その他のSkyのソーシャルメディア(公式日本語Twitterアカウント等)はライブ版のために運営されており、β版のフィードバックをお送りいただいても、ご意見の収集と共有はいたしかねます。β版への参加ならびに専用チャンネルへのフィードバックの投稿には、公式Discordサーバーへの参加が必須となります。
βテスト体験に関する感想やご提案、なにかお気づきの点がありましたら、ぜひ私たちにお知らせください!不具合か確信がもてないない場合でもご報告をお願いします。たとえゲームの意図的な機能だとしても、プレイヤーが理解できない状況になっていると、私たちが知ることが開発の助けになります。
どうすればiOSかAndroidのβテストに参加できますか?
クラッシュ・フリーズ・ゲーム進行やプレイに支障のあるものの他、おかしいと感じたものは遠慮なくレポートしましょう。同じ事象でも機種の違い・観点の違いなど、複数目線でのレポートは原因特定のヒントになることも少なくありません。#beta-updates で修正済みとなっているバグが残っている場合は、喜び勇んで(?)報告しましょう(Ktjnさんの言及)。また、#beta-updates や #beta-known-issues で言及されていないバグについては、古くからあるものであってもレポートしましょう(Ktjnさんの言及)。#beta-updates には、全ての修正内容がリストアップされるわけではありません。
バグかどうか判断に迷う場合は、基本的にバグレポートに送信します。バグかどうか、修正の必要があるかどうかを判断するのはプレーヤーではなく開発者です(Ktjnさんの言及)。
新シーズンのテスト開始直後やLiveリリース前になると毎日のようにアップデートがあることも珍しくありません。生活や仕事を抱えながらのレポート作成はなかなか骨が折れますが、できるだけ迅速に(できれば24時間以内)送信したいところです(Ktjnさんの言及)。タイムゾーンの関係上、できれば夜のうちに送信しておくことが望まれます。そうすることで開発者に午前中のうちに伝えられ、午後から改善に着手できます(Ktjnさんの言及)。とはいいながら、私もなかなかそうはできていないのですが。
以下に管理人の経験則からの手順のようなものを書いてみます。
- バグに遭遇したらレポート作成時に参照するために詳しく記録しておく。
※漏れや忘れがなくなります。新シーズン開始直後などバグ多数の時は何があったか忘れます。絶対忘れます。私だけじゃないはず。きっと。 - #beta-known-issues(既知の不具合)ではないかを確認する。
※リストされていて情報提供を呼びかけられていなければレポートは不要です。 - β関連ディスカッションにスタッフさんの投稿がないかを確認する。
※まれに #beta-known-issues のリストにない開発者からの返答が投稿されます。 - そのバグは再現可能かどうか確認してみる(録画も忘れずに)。
※再現可能であれば条件(トリガー)を特定してレポートに含めると、より役に立つレポートとなるかもしれません。 - トラブルシュートを実施することで解消するかどうかを試してみる(特にデバイスの再起動)。
サイト内関連記事
公式・開発者の投稿より
ご注意ください:β関連チャンネルの該当の投稿または前後にネタバレを含むものがある場合があります。原文を確認される際はご注意ください。目安として4か月経過した投稿は安全に読むことができます。
ベータ版は、ライブでは決して起こらないようなあらゆる種類の愚かなバグがあることで有名です。 それは、さまざまなチームがすべての作業に同時に取り組んでおり、合理的に可能な限り早くテスト用のビルドをリリースしなければならないためです。 各ベータビルドの入念なチェックにライブビルドのチェックと同じ時間を費やすことはできません。 それは単なるベータ版の事実です。
1つのバグを修正すると、その修正から他の3つのバグが出てくるという冗談 (「ジョーク」) を聞いたことがあるでしょう。 巨大で複雑なゲームではプログラミングも修正も奇妙なことになる可能性があります。ゲーム開発あるあるですね。
ベータテストで、ビルドをリリースする前にライブビルドと同じように非常に入念な精査と追加のチェックを行ったとします。 テストの荒野にリリースする前に、できる限り多くのバグを取り除きました。 そして、皆さんからフィードバックをもらい、変更を加えたい、または変更する必要があると思うようになるでしょう。
そして ― 内部テストだけでは発見できなかったり解決できなかったバグを修正する過程で、予期せぬバグが再び発生する可能性があります。 言い換えれば、最初の段階でバグを可能な限りつぶすために費やした時間は、大きな無駄だったということになります。 大きな時間の無駄だったでしょう。 基本的にはテスト可能だが不完全なものを取り出して、複数のことを一度に変更したり修正したりできるようにする方がよいでしょう。
#beta-testing-discussionリトル抜けがやりにくくなったって言ってる人がいましたね?念のために言っておくと、私たちはそのパッチを当てようとしているわけではありません。リトル抜けやおんぶロケットのようなものはバグであり、言い換えれば、ゲーム内の他のアップデートがたまたま相互作用したために偶然存在するものです。
つまり、他の重要なものを修正したつもりが、その相互作用に影響を与えてしまうことがあるのです。例えば、おんぶロケットが突然クラッシュしたり、小道具が空中に置けなくなったりと、過去にも同じようなことがありました。ですから、リトル抜け(あるいはおんぶロケット、孤島のレインボーロードなど)が機能しなくなったときは、バグ報告チャンネルにその旨を 報告して ください。
#beta-testing-discussion新しいベータテスターのために、このチャンネルについて簡単に説明します!
ベータ版の既知の問題の投稿は、ライブでの使用方法とは異なります。一般的に、ライブの既知の問題チャンネルでは、多くのプレイヤーに影響を与えるような、目につきやすい大きなバグに焦点を当てます。
しかし、ベータ版ではそうではありません。ここでは、問題に対するバグ報告を得ることが最優先です。特定のバグについては、そのバグが知名度や影響度が高く、かつ、それ以上の報告が必要ない場合に、ベータ版既知の問題の投稿を行います。
バグがベータ版既知の問題として掲載されている場合、そのバグに関する報告はもう必要ないことを意味します。
#beta-testing-discussionβテストのバグレポ・フィードバックは早期提出
ベータテストの初期段階で皆様からフィードバックやバグレポートをいただけるのはチームにとって非常に助かるため、各イベントをローテーションで試せるよう追加でお時間をいただけるとありがたいです。
#beta-updatesテスターからの質問:バグを報告したのですが、そのバグについてさらに情報が見つかりました。そのために新しいバグレポートを作成すべきでしょうか?
私はQAではありませんが、「はい」と答えます。可能であれば、それがフォローアップする元のバグレポートの番号も含めてください。(いい質問ですね!)
#beta-testing-discussion該当バグへの開発者の言及に対して、バグレポートはやめた方がいいのかと問われて。
もし、新しいバージョンでも同じことが起こるようであれば、そのまま報告を続けてください。
#beta-testing-discussionクリッピングについては、バグのトリアージと同じような説明をしています。私たちはひどいものを修正しようとしますが、アイテムの組み合わせは約11兆通り(注:実際には2022/10月の時点で1,576億6,500万通り以上)もあるので、クリッピングのすべてのインスタンスをすぐに修正できるわけではありません。でも、どうぞどんどん報告してください。
#beta-testing-discussionもしバグを見つけたら、#beta-bugs-ios または #beta-bugs-android からバグレポートを送ってください。
QAの人たちはバグチャンネルに目を光らせています -- 私は#beta-feedbackを通じて送られたバグレポートをコンパイルして送ることができません。
#beta-testing-discussion- 時々ね。でも、ベータ版では、それが本当に役に立つことがあります。これは、私たちが意図したとおりにプレイヤーに伝わっていないことを、チームに示すものです。たとえそれがバグでなかったとしても、有益な情報です。#beta-testing-discussion
#beta-known-issues とは。
βの既知の問題は、Liveの既知の問題と同じようには機能しません。例えば、単に頻度が高いとか目立つとかいう理由だけで投稿することはありません。例えば、原因が100%特定され、その調査に余分なバグレポートが必要ない場合は、そのチャンネルに問題を投稿します。
しかし、そうでなければ、バグレポートは少ないより多い方がいいのです。
#beta-testing-discussionAndroid での グラフィックの断片化について。
この beta までに 私たちが取り組んでいる何千ものバグレポートの進捗状況を報告することは、私自身の能力を超えています。ですから、もしこのような問題がビルドからビルドへと続いているのを発見したら、バグレポートを送り続けてくれることを切に願います。
どのような端末でプレイしているのか:もし Android なら私たちが常に抱えている大きな問題は、何千、何万という異なる Android の構成と、何トンもの異なるデバイスに対して可能な限り最高の体験を作り出そうとすることです(その中には Android 8 も含まれています!そのため、機能の改善や拡張を行いながら、アップデートの内容を確認するために、多くのエンジニアの人手が必要となります)。
バグレポートを送っていただけると一番助かりますが、それが無理でも、デバイス情報を追加していただけると助かります。
ハイエンド、ローエンドを問わず、できるだけ多くの対応デバイスで最高のグラフィック体験を提供できるよう、実現可能な限りの努力をしています(例えば、私は今でも時々iPhone 6 で Sky をプレイしています
特にハンドウォーマーが必要な時に。) どのデバイスでもまったく同じになるとは約束できませんが、正常に動作しない場合は、できる限り修正するようにしています - しかしもちろん、バグによっては修正するのが難しいものもあります。(高品質グラフィックのために古い機種で動作できなくするか古い機種の互換性をなくすかという問題があるという投稿に対して)これは、アップデートのたびにつきまとう問題です。100%のプレイヤーを幸せにできる答えはありません - あるいは、TGCの開発者を100%幸せにできるような答えも。
#beta-testing-discussion翻訳関連の問題はフィードバック
ああ、ご指摘ありがとうございます(これは翻訳にしか適用されませんが、このような翻訳関連の問題を見かけたら #beta-feedback で報告するのがベストです。そうすれば、通常のルートでバグレポートを提出するよりも早く、正しい開発者に情報を伝えることができます。他のバグレポートは通常通り送信してください)。
※管理人注:これはβ関連チャンネルへの投稿なので、Liveの場合の投稿先は #live-feedback となります。 #beta-testing-discussionリストアップされていないバグは報告しましょう。
もし #beta-updates や #beta-known-issues でバグについての情報が得られなかった場合は、バグを報告してください。システムには常に何千もの未解決/保留のバグチケットがありますが、私はそれらをすべて記憶することができません。
#beta-testing-discussionDiscordからのフィードバックやバグレポートを優先しています。testflightの入力は、単一のプラットフォームのみに偏っているため、それほど定期的に監視していません。
#beta-testing-discussionバグレポートはいつまでに送ればよいか。
クラッシュレポートは動画を添えると大変効果的です。
可能であれば、クラッシュの様子を動画で撮影し、#beta-bugs-ios レポートに投稿していただけると、文章での説明よりもはるかに助かります。エンジニアリングは通常、動画を見るだけで原因を特定することができます。もちろん、クラッシュが発生したときにたまたま録画していなかった場合は、クラッシュするまでに何をしていたか、どのくらいの時間ログインしていたかなどの説明があれば、非常にありがたい予備の選択肢となります。
Discordのバグレポートは、TestFlightで提出されたものよりも優先されます。
クラッシュデータは自動的に記録されますが、問題を特定するための調査段階でエンジニアリングから受ける質問によると、クラッシュログよりもビデオの方がはるかに役立つとのことです。
デバイス固有の問題であったり、他の奇妙なシナリオであったりするエッジケースでは、通常、より詳細な調査が行われます。
私たちは、それを理解した上で、これは必須ではなく、あると便利なものだと考えています。
#beta-testing-discussionバグレポートに記入していただくと、チームがバグかどうかを判断します。もし確信が持てない場合は、常に慎重を期して、バグとして報告してください。
#beta-testing-discussionデリケートなバグの報告
Officeの不具合については、再現できるのであれば(このような場合、ビデオが最も役に立ちます)、ぜひバグレポートを提出してください。もし不具合を報告することで反感を買うことを心配しているのであれば、いつでも
#beta-testing-discussion@ThatHelpBotに送信(注釈:ThatHelpBotは廃止されたので モデレーターさんへ依頼 しましょう)して、レポートがスタッフだけに表示されるようにすることができます。実際には修正されていない場合は報告
何かが修正済みとして記載されていても、実際には「修正されていない」場合は、レポートを送信してください。
#beta-testing-discussion