アプリテストで副業

向いている人

アプリテストは「仕様通りに動くか、意図しない動きをしないか」を確かめる裏方の作業です。ただし、テストの型によって発話・録画・チャットの負荷が変わります。

• 手順を追うのが平気
• 不具合を再現して言語化できる
• 根気よく確認できる
• 画面の微妙なズレ（レイアウト・表示崩れ）に気づく

ひとりで始める手順

高額講座や有料ツールを先に買わず、まず案件の条件を読んでから、型に合う1件だけを受けます。

1. バグ報告型か、音声・画面共有で感想を話す型かを確認する
2. 対象端末・OS・地域・言語・年齢などの条件を自分に当てはめる
3. バグ報告型なら、再現手順・期待動作・実際の動作をそろえる
4. 守秘・録画・個人情報・報酬と承認条件を読む
5. 参加が確定してから、テスト範囲と期限を確認して1件だけ進める

テストの型と声・画面共有の有無

「アプリテスト」と呼ばれていても、必要な作業は同じではありません。自分が避けたい負荷を先に切り分けます。

• バグ報告型：対象範囲を実機で確認し、再現手順と証拠を添えて報告する。報告が承認されるかで扱いが変わる
• 操作感想型：画面を操作しながら、考えたことや戸惑いを音声で伝え、画面・音声を記録する場合がある
• 共通：対象端末、参加条件、期限、守秘、個人情報、報酬・承認条件を案件ごとに確認する

Test IOの公式案内では、プロジェクトに場所・年齢・言語・端末などの条件があり、応募しても参加は保証されず、顧客情報を外部へ共有できません。UserTestingの公式案内では、マイクが必要で、練習テストでは画面と音声を共有しながら考えを声に出します。これは各サービスの例であり、アプリテスト全体の共通条件ではありません。Test IO公式オンボーディング／Test IO公式テスト手順／UserTesting公式応募条件／UserTesting公式練習テスト

バグ報告の下書き

バグ報告型では、現象を見つけるだけでなく、別の人が同じ条件を追える情報に分けて伝えます。案件で指定されたフォームや報告方法を先に確認してください。

1. 何が・どこで・どの条件で起きたかを短くまとめる
2. 割り当てられた端末・OS・アプリやブラウザーの環境を記録する
3. 一つずつの操作を並べ、最後に現象が起きる操作を書く
4. 期待した結果と実際に見えた結果を分け、原因を推測で断定しない
5. 添付の許可範囲と個人情報の写り込みを確認する

案件ごとに項目名・必須情報・重大度・証拠の条件は異なります。この下書きは汎用の整理用です。Test IOで作業する場合はTest IO Academyのバグ報告要件と進行中案件の指示を確認してください。アプリテストのバグ報告下書き（Markdown）をダウンロード

応募前チェック

「顔出しなし」だけで決めず、録音・共有・個人情報の境界まで確認します。

1. 声：考えを声に出すか、マイクが必要か
2. 画面：画面共有・録画・スクリーンショットの範囲と保存先
3. 条件：端末・OS・地域・言語・年齢が合うか
4. 守秘：NDA、顧客情報、未公開機能を外部で共有しないか
5. 報酬：参加の確定条件、報告の承認基準、支払時期を読む

相場の目安

アプリテストに一律の相場は置けません。テストの範囲、端末、報告の種類、承認条件が案件ごとに違うため、金額だけで判断しません。

• 作業時間と期限が見合うか
• 報告1件ごとか、テスト完了条件か
• 不具合の有効判定や承認の基準が書かれているか
• 参加・採用・収入を保証する説明になっていないか

気をつける点

アプリテストは「他者のサービスやユーザーの情報」を扱う作業なので、守秘・録画・個人情報・期限の境界が信頼の鍵です。

• 守秘義務とNDAを守り、顧客情報や未公開画面を外部に出さない
• 自分の端末や個人情報を使う条件は、必要性と扱いを読んでから決める
• 期限を自分の他作業と被らない範囲で引き受ける
• 依頼者の意図（テスト範囲・重点・報告形式）を文字で確認してから動く

顔を出さない分、報告書や音声フィードバックの説明力で信頼を作ります。条件が曖昧なまま外部連絡先や費用を求められた場合は、契約・支払いを止めて確認します。

このテーマに向いている人・向いていない人

関連する副業タイプ

比較表：低リスクに始めやすい副業候補