完全在宅のデバッグバイトでする作業と、不具合の報告書を書くコツ

デバッグのバイトは、発売前のゲームやアプリを実際に操作して、不具合を見つけて報告する仕事です。以前は会社に出勤して専用の機材で作業する形が中心でしたが、最近は自宅のパソコンやスマートフォンで検証する完全在宅の募集も見かけるようになりました。

ただ、完全在宅のデバッグバイトは、出勤型の仕事と比べて求められることが少し違います。周りに先輩がいないので、見つけた不具合を自分の文章だけで正確に伝える力が、出勤型以上に評価を左右します。また、在宅の募集の中には、仕事の前にお金を求めるような怪しいものも混ざっています。

この記事では、完全在宅のデバッグバイトでする作業の中身、応募の前に確かめること、不具合の報告書の書き方と例文、評価される報告のコツを順番に説明します。

デバッグバイトの仕事の中身

デバッグとは、本来はプログラムの誤りを見つけて直すことを指す言葉です。ただ、アルバイトの募集で「デバッグ」と書かれている仕事の多くは、プログラムを直すのではなく、製品を利用者と同じように操作して不具合を見つけ、開発の担当者に報告する仕事です。業界では「テスター」「QA（品質保証）」とも呼ばれます。

作業の対象は、家庭用ゲーム、スマートフォンのゲームやアプリ、パソコンのソフト、Webサービスなどです。完全在宅の募集では、スマートフォンのアプリやWebサービスの検証が比較的多く、家庭用ゲームの検証は、発売前の情報を守るために出勤型で行われることが多い傾向があります。

作業の種類は、おおむね次のように分かれます。

作業の種類	内容
項目に沿った検証	あらかじめ用意された確認の一覧（テスト項目）に沿って操作し、結果が期待どおりかを1つずつ記録する
自由な検証	一覧にとらわれず、利用者が取りそうな操作を試して不具合を探す
再現の確認	ほかの人が報告した不具合が、同じ手順で起きるかを確かめる
修正の確認	開発の担当者が直した不具合が、本当に直っているかを確かめる
端末ごとの確認	機種やOSの版によって表示や動きが変わらないかを確かめる

最初のうちは、項目に沿った検証や修正の確認を任されることが多く、慣れてくると自由な検証や、確認の一覧を作る側の仕事を任されることもあります。

1日の作業の流れの例

完全在宅のデバッグバイトが1日にどう進むかの例を示します。会社や製品によって違いますが、働き始める前の想像の助けになります。

作業の始めには、チャットで始業の連絡を入れ、その日の担当を確かめます。担当は、前日に直った不具合の確認、新しく追加された機能の検証、特定の機種での確認など、日によって変わります。担当の範囲が分からないときは、作業を始める前に質問しておくと、あとでやり直す手間を防げます。

次に、検証に使う端末やアプリの版をそろえます。古い版のまま検証すると、すでに直った不具合を報告してしまうことがあるからです。指定の版になっているかを確かめてから作業に入ります。

作業の中心は、確認の一覧に沿った検証です。項目ごとに操作し、結果を記録していきます。不具合を見つけたら、その場で画面の画像や動画を残し、再現の手順を確かめてから報告書を書きます。報告書を書く時間は、操作の時間と同じくらいかかることもあるので、時間の配分に気をつけます。

作業の終わりには、その日に終わった項目、終わらなかった項目、報告した不具合の件数をチャットで連絡します。翌日に続きを担当する人がいる場合は、どこまで進んだかが分かるように引き継ぎます。在宅の仕事では、この始業と終業の連絡が、働いている様子を伝える大切な手段になります。

完全在宅で求められる環境

完全在宅のデバッグバイトでは、自宅の作業環境がそのまま仕事の条件になります。募集の段階で、次のような環境が求められることがあります。

• 指定の性能を満たすパソコン（OSの種類や版が指定されることもある）
• 検証に使うスマートフォンやタブレット（機種やOSの版が指定されることもある）
• 安定したインターネット回線（有線での接続を求められることもある）
• ほかの人が出入りしない作業場所
• 連絡用のチャットやビデオ会議の道具

特に注意したいのは、作業場所の条件です。発売前の製品は、外に情報が漏れると大きな損害につながります。そのため、家族であっても画面が見えない場所で作業すること、画面の撮影や録画を禁じることなどが求められるのが一般的です。会社から検証用の端末やパソコンを貸し出される場合もあり、その場合は自分の機器に作業のデータを保存しないといった決まりを守る必要があります。

在宅で働くときの会社側の配慮や、作業環境の考え方については、厚生労働省がテレワークの適切な導入及び実施の推進のためのガイドラインを公表しています。雇われて在宅で働く場合は、労働時間の管理や通信費などの費用の負担について、会社がどう扱うかを確かめておくと安心です。

検証する製品ごとの違い

デバッグの仕事は、検証する製品によって見るところが少しずつ違います。応募する募集がどの製品を扱うかを確かめ、その特徴を知っておくと、最初から的確な報告ができます。

スマートフォンのゲームでは、画面の表示、操作への反応、課金の処理、通信が途切れたときの動きが重点になります。課金に関わる不具合は利用者のお金に直結するため、特に慎重な確認が求められます。機種によって画面の大きさや性能が違うので、同じ操作でも機種ごとに結果が変わることがあります。

スマートフォンのアプリやWebサービスでは、入力の欄に想定外の文字を入れたときの動き、画面を行き来したときにデータが正しく保たれるか、ほかのアプリとの切り替えで状態が崩れないかなどを確かめます。会員の登録や決済の画面は、利用者の個人情報を扱うため、検証で使うデータの扱いにも決まりがあります。

パソコンのソフトでは、OSの版の違い、画面の解像度の違い、ほかのソフトと同時に動かしたときの動きが重点になります。インストールやアップデートの手順そのものを検証することもあります。

どの製品でも共通するのは、「利用者が実際にどう使うか」を想像して操作することです。説明書どおりの操作だけでなく、途中で戻る、同じボタンを続けて押す、通信の悪い場所で使うといった、利用者がやりがちな操作を試すと、見つかりにくい不具合に気づけます。

応募と選考で見られること

完全在宅のデバッグバイトの選考では、オンラインでの面接に加えて、簡単な検証の課題や、報告書を書く課題が出されることがあります。在宅では文章での報告が中心になるため、書く力を確かめたいという会社側の考えがあります。

課題が出された場合は、この記事で紹介した報告書の型に沿って書くと、要点が伝わりやすくなります。件名、環境、再現の手順、期待する結果、実際の結果、再現の頻度をそろえて書くだけでも、型を知らない応募者との差がはっきりします。

応募の書類では、ゲームやアプリが好きなことよりも、正確な作業ができること、決まりを守れること、連絡をきちんと取れることを伝えるほうが評価につながります。過去の仕事で、確認の作業や記録の作業をした経験があれば、具体的に書きます。事務の仕事で入力の誤りを見つけた経験なども、デバッグの仕事に通じる経験として伝えられます。

在宅の仕事では、作業環境も選考で確かめられることがあります。指定の機材を持っているか、通信の速度は十分か、静かな作業場所を確保できるかを、応募の前に整理しておくと、面接で答えやすくなります。

雇用か業務委託かで変わること

デバッグの在宅の仕事には、会社に雇われる「アルバイト」と、個人として仕事を請け負う「業務委託」の2つの形があります。募集の言葉は似ていても、働き方と守られ方が大きく違います。

項目	アルバイト（雇用）	業務委託
報酬の決まり方	働いた時間に応じた時給が基本	作業の件数や成果に応じた報酬が多い
最低賃金	適用される	適用されない
労働時間	会社が管理する。シフトが決まることが多い	自分で決める。ただし納期がある
社会保険や雇用保険	条件を満たせば加入する	自分で国民健康保険などに入る
税金	給与として源泉徴収され、年末調整がある	自分で確定申告をする

アルバイトとして雇われる場合は、会社は働き始める前に、賃金や労働時間などの労働条件を明示しなければなりません。労働基準法には次のように定められています。

使用者は、労働契約の締結に際し、労働者に対して賃金、労働時間その他の労働条件を明示しなければならない。 出典: e-Gov法令検索（労働基準法第15条）

在宅の募集であっても、雇用であれば時給が地域の最低賃金を下回ることは認められていません。最低賃金は都道府県ごとに決まり、毎年改定されます。今年の金額と発効日は厚生労働省の地域別最低賃金の全国一覧で確かめられます。

業務委託の場合は、最低賃金の決まりは適用されませんが、2024年11月に施行されたフリーランス法（特定受託事業者に係る取引の適正化等に関する法律）によって、会社などから個人が仕事を受けるときは、報酬の額や支払期日などの取引条件を書面やメールなどで示してもらえることになっています。内容は厚生労働省のフリーランス・事業者間取引適正化等法の案内で確かめられます。

どちらの形かは、募集の文面だけでは分かりにくいことがあります。応募の段階で「雇用契約ですか、業務委託ですか」と確かめ、契約の書面で確認します。

応募の前に確かめること

完全在宅のデバッグバイトに応募する前に、次の項目を確かめます。

作業の対象と時間

何の製品を検証するのか（ゲーム、アプリ、Webサービスなど）、1日に何時間、週に何日働くのか、作業できる時間帯が決まっているのかを確かめます。在宅でも、開発の担当者と連絡を取りながら進める仕事では、平日の日中に作業することを求められることがあります。

機材と費用の負担

検証用の端末やパソコンを会社が貸すのか、自分の機材を使うのかを確かめます。自分の機材を使う場合は、指定の機種やOSの版を持っているかを確かめ、そのために新しく機材を買う必要があるなら、費用を誰が負担するのかを確認します。通信費や電気代の負担についても、雇用の場合は会社の決まりを確かめておきます。

研修と連絡の方法

在宅の仕事では、最初の研修をどう受けるのか、分からないことがあったときに誰にどう聞けばよいのかが大切です。チャットで質問できる担当者がいるのか、決まった時間にビデオ会議で打ち合わせがあるのかを確かめます。連絡の手段がはっきりしない募集は、働き始めてから困ることが多くなります。

秘密保持の決まり

発売前の製品を扱うため、秘密保持契約（NDA）を結ぶのが一般的です。NDAとは、仕事で知った情報を外に漏らさないことを約束する契約のことです。何を秘密として扱うのか、SNSへの投稿や作業内容を他人に話すことがどこまで禁じられるのか、違反した場合にどうなるのかを読み、理解してから署名します。

副業として働く場合の決まり

会社員が副業として在宅のデバッグバイトをする場合は、勤め先の就業規則で副業が認められているかを確かめます。雇用の形で副業をすると、本業と副業の労働時間が通算される扱いになるため、副業先から本業の労働時間を聞かれることがあります。

先にお金を求める募集の見分け方

在宅の仕事の募集の中には、仕事を紹介する前にお金を払わせることが目的のものが混ざっています。デバッグのように「未経験でもできる」「ゲームをするだけ」と紹介されやすい仕事は、こうした募集に使われやすいので注意が必要です。

次のような募集は、応募を見送るか、慎重に確かめます。

• 登録料、研修費、教材費、機材の購入費などを、仕事を始める前に払うよう求める
• 「ゲームをするだけで高収入」のように、作業の中身より報酬ばかりを強調している
• 会社の名前、所在地、連絡先がはっきりしない
• 面接や説明がなく、すぐに個人情報や口座の情報を求める
• 個人のSNSのメッセージだけでやり取りが完結し、契約の書面がない

正当な会社の募集では、雇用であれ業務委託であれ、働く側が仕事の前にお金を払うことはまずありません。仕事を紹介することを理由に先にお金を払わせ、実際には仕事がほとんどない手口は、特定商取引法で「業務提供誘引販売取引」として決まりが設けられています。困ったときは、住んでいる地域の消費生活センターに相談できます。消費者ホットライン188（いやや）に電話すると、近くの相談窓口につながります。

募集している会社が実在するかを確かめる方法の1つに、国税庁の法人番号公表サイトがあります。会社の名前で検索すると、登記されている所在地と法人番号が分かります。募集に書かれた所在地と大きく違う場合や、検索しても見つからない場合は、応募の前に問い合わせて確かめます。会社のサイトに連絡先や事業の内容がきちんと書かれているかも、あわせて見ておきます。

確認の一覧に沿った検証の進め方

在宅のデバッグバイトで最初に任されることが多いのが、確認の一覧（テスト項目）に沿った検証です。一覧には、確認する画面、操作、期待する結果が1行ずつ書かれており、検証する人は順番に操作して結果を記録します。

記録の付け方は会社ごとに決まっていますが、一般的には次のような区分を使います。

区分	意味
OK	期待する結果のとおりに動いた
NG	期待する結果と違う動きをした。不具合として報告する
保留	判断がつかない、または前提の条件がそろわず確かめられない
対象外	その機種や版では確かめる必要がない

大切なのは、判断がつかない項目を無理にOKやNGにしないことです。期待する結果の書き方があいまいで判断に迷う場合は、保留にして担当者に確認します。思い込みでOKにすると、本来の不具合を見逃すことになり、反対にNGにすると開発の担当者が調べる手間を増やしてしまいます。

また、一覧に書かれていないことでも、操作中に気づいた違和感は書き留めておきます。表示が一瞬乱れた、読み込みが妙に長かった、といった小さな気づきが、大きな不具合の手がかりになることがあります。一覧の検証が終わったあとに、気づいたことを担当者に伝えると、自由な検証の仕事を任されるきっかけにもなります。

不具合の報告書の書き方

デバッグの仕事で最も評価に直結するのが、不具合の報告書（バグレポート）です。完全在宅の仕事では、開発の担当者と顔を合わせることが少ないため、報告書だけで不具合を正確に伝えられるかどうかが、仕事を任され続けるかを左右します。

報告書に書く項目は会社ごとに決まった形がありますが、おおむね次の要素で構成されます。

項目	書く内容
件名	どこで、何が起きるかを1行で書く
発生する環境	機種、OSの版、アプリやゲームの版、通信の状態など
再現の手順	不具合が起きるまでの操作を、番号を付けて順番に書く
期待する結果	本来どうなるべきか
実際の結果	実際にどうなったか
再現の頻度	毎回起きるか、何回中何回起きたか
添付	画面の画像や動画、記録のファイル

件名は「どこで、何をすると、何が起きる」

件名は、開発の担当者が一覧で報告を見たときに、内容がすぐに分かるように書きます。「バグがあります」「おかしいです」のような件名では、開いて読むまで何の不具合か分かりません。

悪い例と良い例を比べると、違いが分かります。

• 悪い例：ショップ画面のバグ
• 良い例：ショップ画面で、購入ボタンを2回続けて押すと、アイテムが2個購入される

良い例では、場所、操作、結果がそろっているので、件名だけで不具合の大きさが判断できます。

再現の手順は、初めて操作する人でも同じ結果になるように

再現の手順は、報告書の中で最も大切な部分です。開発の担当者は、この手順をたどって不具合を自分の環境で起こし、原因を調べます。手順が抜けていると不具合が再現できず、報告が後回しにされることがあります。

手順を書くときは、次の点に気をつけます。

• 最初の状態を書く（どの画面から始めるか、どんなデータを持った状態か）
• 操作を1つずつ番号を付けて書く
• 「適当に」「何回か」のようなあいまいな言葉を使わず、回数や入力した値を書く
• 不具合が起きたところで手順を終える

期待する結果と実際の結果を分けて書く

期待する結果と実際の結果を分けて書くと、何が問題なのかがはっきりします。「購入ボタンを押したら2個買えてしまった」と書くより、「期待する結果：購入ボタンを2回続けて押しても、購入は1回だけ行われる。実際の結果：アイテムが2個購入され、通貨が2回分減る」と書くほうが、開発の担当者は問題の範囲を正確につかめます。

再現の頻度は数字で書く

不具合には、毎回起きるものと、たまにしか起きないものがあります。たまにしか起きないものは原因を突き止めるのが難しいので、何回試して何回起きたかを数字で書きます。「10回中3回発生」と書かれていれば、開発の担当者は調べるのにどのくらい試せばよいかの見当がつきます。

報告書の例文

ここまでの書き方を使った報告書の例を示します。

件名：設定画面で、通知をオフにしてアプリを再起動すると、通知がオンに戻る

発生する環境：スマートフォン（機種名）、OSの版（版の番号）、アプリの版（版の番号）、Wi-Fiに接続

再現の手順：

1. アプリを起動し、ホーム画面を表示する
2. 右上の歯車の印を押して、設定画面を開く
3. 「お知らせの通知」の切り替えを押して、オフにする
4. アプリを完全に終了する
5. アプリをもう一度起動し、設定画面を開く

期待する結果：「お知らせの通知」はオフのまま表示される

実際の結果：「お知らせの通知」がオンに戻って表示される

再現の頻度：5回中5回発生

補足：手順4でアプリを終了せず、ホーム画面に戻るだけの場合は、オフのまま保たれる

最後の補足のように、「こうすると起きない」という情報も、原因を絞り込む手がかりになります。試した範囲で分かったことは書き添えます。

もう1つ、スマートフォンのゲームでの例を示します。

件名：クエストの結果画面で通信が切れると、獲得した報酬が受け取れないまま次の画面に進む

発生する環境：スマートフォン（機種名）、OSの版（版の番号）、ゲームの版（版の番号）、モバイル回線

再現の手順：

1. ホーム画面からクエストを選び、開始する
2. クエストを最後まで進めてクリアする
3. 結果画面が表示された直後に、端末の機内モードをオンにする
4. 「次へ」を押す
5. 機内モードをオフにし、持ち物の画面を開く

期待する結果：通信の再接続を求める表示が出て、報酬は再接続のあとに受け取れる

実際の結果：通信の再接続を求める表示が出ないまま次の画面に進み、持ち物に報酬が入っていない

再現の頻度：10回中7回発生

このように、通信が切れる場面を再現するときは、機内モードの切り替えなど、誰が試しても同じ条件になる方法で書くと、開発の担当者が再現しやすくなります。

評価される報告のコツ

不具合をたくさん見つけることも大切ですが、評価される人は、報告の質でも差をつけています。

1つの報告には1つの不具合だけを書く

1つの報告に複数の不具合を書くと、開発の担当者が一部だけ直して残りを見落とすことがあります。不具合ごとに報告を分け、関連がある場合は互いの報告を参照する形にします。

報告の前に、同じ不具合が報告されていないかを確かめる

チームで検証している場合、同じ不具合をほかの人がすでに報告していることがあります。報告の一覧を検索し、すでにある場合は重ねて報告せず、新しく分かった情報があれば既存の報告に書き加えます。

推測と事実を分ける

「たぶん通信が原因です」のような推測は、事実として書かないようにします。推測を書く場合は「通信が不安定な場所で起きやすいように見える」のように、観察したことと推測を分けて書きます。原因を突き止めるのは開発の担当者の仕事なので、検証する側は観察した事実を正確に伝えることに集中します。

感情的な言葉を使わない

「ひどいバグです」「使い物になりません」のような言葉は、報告書には向きません。不具合の深刻さは、利用者にどんな影響があるか（データが消える、課金が二重になる、画面が止まるなど）を事実で書くことで伝えます。

正確で読みやすい報告書を書く力は、文章の基本と重なります。報告の文章を見直したい人は、ビジネス文書検定で扱われる、要点を先に書く、事実と意見を分けるといった考え方が役に立ちます。

在宅で正確さを保つ工夫

在宅のデバッグは、同じ操作を何度も繰り返すことが多く、集中が途切れると見落としが増えます。出勤型と違って周りの目がないので、自分で集中を保つ工夫が必要です。

まず、作業の区切りを決めます。たとえば、確認の一覧を20項目ごとに区切り、区切りごとに短い休憩をとると、後半の見落としを減らせます。長時間画面を見続ける仕事なので、目を休める時間も意識してとります。

次に、作業の記録をこまめに残します。どの項目まで終わったか、どの版で検証したか、気になった点は何かを、その場でメモしておきます。あとでまとめて書こうとすると、再現の手順を正確に思い出せないことがあります。

作業場所も整えます。家族の声やテレビの音が聞こえる場所では集中が切れやすく、音の出る製品の検証では、音の不具合に気づけないこともあります。ヘッドホンを使う、作業の時間帯を家族に伝えておくといった工夫が役立ちます。

最後に、分からないことはため込まずに聞きます。在宅では質問をためらいがちですが、判断に迷ったまま作業を続けると、あとで大きなやり直しになります。質問するときは、何を確かめたいのか、自分はどう判断しかけているのかを短くまとめて送ると、担当者も答えやすくなります。

向いている人と、つまずきやすい点

完全在宅のデバッグバイトに向いているのは、次のような人です。

• 同じ操作を繰り返しても、細かな違いに気づける人
• 気づいたことを順序立てて文章にできる人
• 決められた手順や秘密保持の決まりを守れる人
• 自分で時間を区切って作業を進められる人

反対に、つまずきやすいのは、ゲームを遊ぶ感覚で始めた場合です。デバッグの仕事は、遊ぶことではなく、決められた操作を正確に繰り返し、結果を記録することが中心です。同じ場面を何十回も確かめることもあり、思っていた仕事と違うと感じる人もいます。

また、在宅では報告の文章で評価されるため、文章を書くのが苦手な人は最初に苦労することがあります。ただし、報告書には決まった型があるので、型に沿って書く練習を重ねれば、誰でも上達できます。この記事の報告書の例を参考に、身の回りのアプリで見つけた小さな気になる点を、型に沿って書いてみるのも練習になります。

税金と年末調整の扱い

アルバイトとして雇われる場合、報酬は給与として支払われ、所得税が差し引かれます。本業の会社がない人は、その会社で年末調整を受けるのが一般的です。

会社員が副業としてアルバイトをする場合は、給与を2か所から受けることになります。この場合、年末調整は本業の会社で行い、副業の給与は年末調整の対象になりません。国税庁の案内では、給与を2か所以上から受けていて、年末調整をされなかった給与の収入金額と、給与以外の所得の合計が20万円を超える人は、確定申告が必要とされています。詳しくは国税庁のNo.1900 給与所得者で確定申告が必要な人で確かめられます。

業務委託で受ける場合は、報酬は給与ではなく事業や雑所得の収入として扱われ、自分で確定申告をすることになります。どちらの扱いになるかで手続きが変わるので、契約の形を確かめたうえで、分からない点は税務署の窓口で確認してください。

在宅のデバッグバイトで身につくことと、その先の道

デバッグの仕事は、未経験から始めやすい一方で、続けていくとソフトウェアの品質に関わる専門的な仕事へつながります。

続けていく中で身につくのは、製品の仕様を読み取る力、利用者が取りそうな操作を想像する力、不具合を正確に言葉にする力です。これらは、テスト項目を作る仕事や、検証の計画を立てる仕事、品質の管理をまとめる仕事で求められる力と同じです。

ソフトウェアのテストの知識を体系的に学びたい人には、JSTQB認定テスト技術者資格という民間の資格があります。テストの考え方や用語を学ぶ手がかりになり、試験の範囲や実施の方法はJSTQBの公式サイトで確かめられます。資格がなければ働けないわけではありませんが、テストの用語を正しく使えると、開発の担当者とのやり取りがスムーズになります。

プログラムの基礎を学ぶと、自動でテストを行う仕組みに関わる仕事も視野に入ります。デバッグの経験から開発の仕事に進む人もいます。ソフトウェアの開発の仕事の全体像は、アプリケーション開発のお仕事で紹介しています。

在宅ワークの仲介を続けてきた立場から見えること

在宅ワークとフリーランスの仲介を2004年から続けてきた運営者として見てきた限りでは、在宅で検証の仕事を長く続ける人は、見つけた不具合の数よりも、報告の分かりやすさで信頼を得ています。顔を合わせない仕事では、文章が仕事ぶりそのものとして見られるからです。

また、在宅の募集では、仕事の中身よりも「簡単」「高収入」といった言葉が目立つものほど注意が必要だというのも、長く市場を見てきて感じることです。作業の中身、連絡の方法、契約の形がはっきり書かれている募集を選ぶことが、安心して続けられる仕事に出会う近道です。

完全在宅のデバッグバイトは、自宅で落ち着いて作業できる人、細かな違いに気づける人、気づいたことを順序立てて書ける人に向いた仕事です。報告書の書き方を身につけておけば、在宅でも評価される働き方ができます。将来的に開発の側の仕事に進みたい人は、アプリケーション開発のお仕事で求められるスキルも確かめておくと、次の目標が見えやすくなります。

よくある質問

Q. 完全在宅のデバッグバイトは未経験でも応募できますか？

未経験から応募できる募集もあります。最初は確認の一覧に沿った検証や、直った不具合の確認から任されることが多く、ゲームやアプリの操作に慣れていれば始めやすい仕事です。ただし在宅では指定の機材や通信環境が求められることがあるので、応募の前に条件を確かめてください。

Q. デバッグのバイトで自分のスマートフォンを使っても大丈夫ですか？

会社が認めていれば使えますが、発売前の製品を扱うため、データの扱いに決まりがあるのが一般的です。自分の端末に作業のデータを保存しない、画面を撮影しないなどの条件を確かめてください。端末を貸し出す会社もあるので、どちらの形かを応募の段階で聞いておくと安心です。

Q. 不具合の報告書で一番大切な項目は何ですか？

再現の手順です。開発の担当者は手順をたどって不具合を起こし、原因を調べます。最初の状態、操作を1つずつ、入力した値や回数まで書き、不具合が起きたところで手順を終えると伝わりやすくなります。期待する結果と実際の結果を分けて書くことも大切です。

Q. 登録料や機材代を先に払うように言われました。応募してもよいですか？

仕事を始める前に登録料や教材費、機材の購入費を求める募集は、慎重に確かめてください。正当な会社の募集では、働く側が仕事の前にお金を払うことはまずありません。不安があるときは、消費者ホットライン188に電話すると、近くの消費生活センターにつながります。