TestCrewの「お返し」は、自分のテスター募集へ参加してくれた相手に対して、相手のアプリのテストへ参加する関係を整理する機能です。
相互テストをDMやメモだけで管理すると、誰へ対応したか分からなくなります。お返し機能を使い、参加・確認・完了の状態を整理します。
お返しの基本的な流れ
- 自分のアプリへ参加者が現れる
- 相手のプロフィールや募集アプリを確認する
- 対応可能な募集を選ぶ
- 相手のクローズドテストへ参加する
- アプリをインストールして指定機能を確認する
- フィードバックや完了報告を行う
- TestCrew上で対応状況を更新する
実際の画面や条件は、アプリ内の最新表示を確認してください。
お返し前に確認すること
対応端末
相手のアプリが自分のAndroid端末に対応しているか確認します。
Googleアカウント
相手のテスターリストに登録可能なアカウントを使用します。
募集期限
期限を過ぎた募集や、必要人数へ到達済みの募集へ参加しないよう確認します。
テスト内容
ログイン、写真、位置情報、課金など、自分が対応できる内容か確認します。
継続期間
クローズドテストの場合、途中で参加を解除せず、募集者の案内に沿って状態を維持します。
お返しはリンクを押すだけではない
お返しを完了扱いにする前に、少なくとも次を行います。
- オプトイン
- Google Playからインストール
- 初回起動
- 指定機能の操作
- 問題の有無を報告
問題がない場合も、確認範囲を伝えます。
Galaxy S23 / Android 15で、新規登録、ログイン、データ保存、再起動後の復元を確認しました。
指定された範囲では大きな問題はありませんでした。
お返しできない場合
すべての参加者へ必ず同じ条件で対応できるとは限りません。
- iOS端末しか持っていない
- Android版が対象外
- 必要な地域・言語に対応できない
- アプリが端末と非互換
- テストに実際の決済や特殊な機器が必要
- 同時に多くのテストを抱えている
対応できない場合は、無理に完了扱いにせず、可能なら相手へ状況を伝えます。
お返し状況の管理
| 相手 | 相手の参加 | お返し対象 | オプトイン | 操作確認 | 報告 |
|---|---|---|---|---|---|
| User A | 確認済み | App A | 完了 | 完了 | 済 |
| User B | 確認中 | App B | 未 | 未 | 未 |
同じ相手の複数アプリへ重複して対応していないかも確認します。
トラブルを避けるルール
条件を事前に読む
「お返し可能」と書かれていても、人数、期限、対象OSなどの条件がある場合があります。
すぐに参加解除しない
相手の製品版アクセス要件へ影響する可能性があります。募集者から完了確認があるまで維持します。
定型文だけで済ませない
アプリごとに確認した機能を書きます。
個人情報を送らない
スクリーンショットにGoogleアカウント、メール、決済情報などが映らないようにします。
不具合を公開レビューへ書かない
クローズドテスト中の改善点は、募集者が指定するフィードバック経路へ伝えます。
クレジットとの関係
TestCrewでは、他のアプリをテストする行動がクレジット獲得や募集の循環につながります。
ただし、お返しの相手関係とクレジット残高は別の観点で確認してください。
- 対応すべき相手:お返し一覧
- 募集へ使える量:クレジット残高
- 付与・消費条件:アプリ内の最新表示
詳しくはTestCrewクレジット制度を参照してください。
募集者側の対応
自分のアプリへ参加してもらったら、次を確認します。
- 参加者がオプトインできたか
- インストールできたか
- 主要機能を確認したか
- 問題報告へ返答したか
- 修正版がある場合に案内したか
- お返し可能な募集を確認したか
参加者からの質問を放置すると、途中離脱につながります。
まとめ
お返し機能は、相互テストの対応漏れを減らすために使います。
- 相手の募集条件を確認する
- 対象Googleアカウントで参加する
- アプリを実際に操作する
- 具体的な結果を共有する
- 参加状態を必要期間維持する
- 対応状況をTestCrew上で整理する
相互テストの一般的な考え方は相互テストとは?メリットと注意点も確認してください。