Android端末で通話が期待通りに動くか不安になっている気持ち、よくわかります。
この記事を読むと、実機で確実に通話を確認するための具体的な手順と、迷ったときに役立つ対処法、それから普段のテストを効率化するコツが身につきます。
| 項目 | 内容 |
|---|---|
| 独自コンテンツ1 | 手順は実体験ベースで順を追って説明、迷わず試せます。 |
| 独自コンテンツ2 | よくあるつまずきと具体的な直し方、端末やキャリア別のコツも解説します。 |
| 独自コンテンツ3 | テストケースと自動化のヒントをプログラマー目線で分かりやすく共有します。 |
まずは基本から一緒に試していきましょう、慌てず一歩ずつ進めば確実に身につきますので安心してください。
Android博士ちょっと深呼吸して落ち着いてくださいね、順番にやれば誰でもできるようになりますよ、慌てず楽しんで進めてください。
Android端末で基本の通話動作を手動で確認する方法
通話の基本は落ち着いて順を追って試すと早く原因が分かります。まずは電波とSIMの状態を確かめてから始めてください。
着信拒否や機内モードの設定が知らないうちに入っていることがよくあります。設定をひとつずつオフにして動作を確認する習慣をつけると手間が減ります。
- 実機同士で発着信を行う: 一番素直で電話回線側の問題を切り分けやすい方法です。
- エミュレータやVoIPアプリを使う: 実機が足りないときやネットワーク条件を変えて試したいときに便利です。
- ログを取る: adbのlogcat機能で通話関連のログを確認すると原因の当たりが早くなります。
Android博士まずは焦らず一つずつ確認していくと短時間で原因が見えてきます。小さな変化を記録しておくと後で役に立ちます。
発信と着信の基本動作を確認する手順
発信と着信を確かめるときは準備と順序が大事です。基本操作を順に試して不具合の切り分けを行ってください。
テスト用の送受信端末を用意して両方とも最新のOSに更新しておきます。SIMが有効で電波が安定していることを確認します。
電話アプリで番号を入力して発信します。相手が受話できるか通話がつながるかを確認し通話時間が表示されるかを見ます。
別端末からテスト対象端末に電話をかけて着信音が鳴るか通知が来るかを確かめます。着信拒否やサイレント設定が影響していないか確認します。
問題があればスクリーンショットやログで記録しどの条件で再現するかをメモします。再現手順が分かると対応が早くなります。
ホーム画面から電話アプリを開いて番号を入力し発信する
ホーム画面の電話アイコンをタップして起動します。ショートカットからもアクセスできます。
テンキーで相手の番号を入力して発信ボタンを押します。発信できない場合は画面のエラーメッセージを確認します。
通話中に通話時間と接続状態が表示されるかを見ます。異常があればスクリーンショットで記録します。
着信テスト用に別端末から電話をかけて着信を受ける
別の携帯やスマホを手元に用意してテスト用番号から発信できるようにします。相手側の音声が出ることも確認します。
テスト対象端末が着信音を鳴らすか画面に通知が出るかを確認して受話ボタンで応答します。応答できるかを確かめます。
バイブやサイレント時の挙動もチェックします。着信拒否や発信制限が動作に影響していないかを見ます。
音声品質とマイクスピーカー切替を確認する手順
音声品質はスピーカーやマイクの切替で印象が大きく変わります。静かな場所で複数の接続パターンを試して違いを確かめてください。
まずは静かな部屋で通常通話を行い相手の声の聞こえやすさと自分のマイク音をメモします。ノイズやこもりがないかを確認します。
通話中にスピーカーに切り替えたり有線イヤホンを差し替えたりして音の違いを比べます。どの状態で聞こえやすいかを記録します。
相手の了承を得て通話を録音すると客観的に音質を比べられます。録音を再生してノイズや音量差をチェックします。
通話中にスピーカー切替とイヤホン差替えで音声を比較する
通話中に画面のスピーカーアイコンをタップしてスマホ本体スピーカーに切り替えます。音の広がりやこもりを確認します。
通話中にイヤホンを差し込んだり抜いたりして自動で音声経路が切り替わるかを確認します。接触不良が音質に影響することがあります。
比較時はBluetoothをオフにして無線ルーティングの影響を排除します。余計な接続がない状態で差を確認してください。
Androidエミュレータとadbで通話をシミュレーションする方法
エミュレータとadbを使えば、実機を取り出さなくても通話まわりの挙動を素早く確認できます。着信や発信のトリガーを直接送れるので、UIや状態遷移の動きを手早く確かめられます。
ここではエミュレータのコンソール経由とadb emuコマンド、それにログを追う方法を紹介します。どれを使うか迷ったら、まずはadb emuでシンプルに試すと手が止まりません。
- エミュレータコンソール(telnet)でgsmコマンドを送る方法。
- adb emuコマンドで直接gsm callを実行する方法。
- AndroidStudioのエミュレータパネルで手動操作する方法。
Android博士まずは小さな着信から試してみましょう。慌てず順番にコマンドを送れば、通話フローの挙動がすぐに見えてきますよ。
エミュレータで着信と発信をシミュレートする手順
エミュレータでの着信は、コンソールまたはadb emu経由でgsm callを送るだけで再現できます。発信はアプリを起動してダイヤルすればエミュレータ内で処理されるため、両方を組み合わせてテストできます。
実行前に対象のエミュレータが動いていることを確認してください。複数台を使うときはポート番号に注意すると作業がスムーズです。
エミュレータのコンソールまたはadb emuコマンドでgsm callを送る
エミュレータのコンソールにtelnetで接続してgsm call 09012345678を実行します。接続先は通常localhost 5554のようなポートです。
ホスト側からadb emu gsm call 09012345678を実行すると同じ着信を起こせます。スクリプトで繰り返すときに便利です。
エミュレータでgsm cancelや応答コマンドを実行して挙動を確認する
telnetまたはadb emuでgsm cancel 09012345678を実行すると着信が取り消されます。通知やUIの遷移を確認するときに使います。
同様にgsm accept 09012345678を送ると応答済みの状態になります。アプリの通話画面やAudioルーティングを確認できます。
ログと通話状態をadbで確認する手順
通話イベントはlogcatやdumpsysで追うと状況がつかみやすくなります。telephonyやRIL周りのログをフィルタしておくと、着信から通話終了までの流れが時系列で見えます。
またdumpsys telephonyやdumpsys telecomを使うと、内部の通話状態を文字列で取得できます。ログと状態を組み合わせて確認すると不具合の原因を絞り込みやすくなります。
adb logcatでtelephony関連ログをフィルタして通話のイベントを追う
- adb logcat -v time | grep TelephonyでTelephonyタグを追うと着信関連が見つかりやすいです。
- RIL関連はRILやRILJタグも併せてフィルタすると低レイヤーのやり取りが追えます。
- adb shell dumpsys telecomやadb shell dumpsys telephonyで現在の通話状態を確認できます。
Android通話を自動化して継続テストする方法
通話の自動化は最初は取っつきにくいですが段階を分けて進めれば確実に習得できます。現場で役立った実用的な手順と失敗しにくいコツをやさしく紹介します。
選べるやり方は大きく3つあります。UIテストで画面上の発信や応答を操作する方法、adbやスクリプトでコマンドを投げる方法、クラウドや実機で定期実行して回帰を監視する方法です。
まずはエミュレータで小さなシナリオを回して安定性を確かめてください。権限周りや着信音の扱いなど現場でよく躓く点を段階的に潰すと継続実行が楽になります。
- UIテスト中心で自然な操作を再現する方法。画面操作の自動化に向く。
- adbやシェルスクリプトでコマンドを投げる方法。再現性とログ収集が得意。
- クラウド実機や自前デバイスで定期実行する方法。長期の回帰監視に向く。
UIテストで通話操作を自動化するパターン
UIテストはアプリ画面をそのまま操作できるのでユーザー視点の動作確認がしやすいです。Espressoはアプリ内のボタン操作、UIAutomatorは他アプリやシステムUIの操作に向いています。
現場ではUIAutomatorでダイヤラーや着信通知を扱い、Espressoはアプリ側の発信ボタン確認に使い分けると安定します。待ち合わせ処理は明示的に入れてテストの乱れを減らしてください。
EspressoかUIAutomatorで発信ボタンや応答ボタンを操作するテストを書く
テスト用の依存を追加しテスト実行時の権限を設定します。システムダイアログは事前に許可しておくと安定します。
Espressoでアプリ内の発信ボタンをクリックしUIAutomatorでダイヤラーや応答ボタンを操作します。要素の待機を丁寧に入れてください。
Telephonyやログで通話成立を確認し録音やログを回収したら通話を切断して端末状態をリセットします。
スクリプトとCIで通話回帰テストを回すパターン
スクリプト運用は再現性が高く夜間の自動実行に向いています。adbで着信や発信を投げログや録音を回収して失敗時にアーティファクトを残すと原因追跡が楽になります。
CIではエミュレータか実機プールを選びテスト前後の初期化を必ず行ってください。ログレベルとスクリーンショットを保存しておくと問題の切り分けが速くなります。
adbコマンドをシェルスクリプト化してエミュレータや実機で定期実行する
adbコマンドで発信や着信を投げるシェルを作り戻り値で成功判定を行います。設定は環境ごとに変数化しておくと便利です。
動作中のlogcatを保存し録音ファイルをpullしてアーティファクトとして保管します。失敗時に比較できるようにしておくと役立ちます。
CIやcronで定期実行し失敗が続く場合は自動で再起動や初期化を行うようにしておくと長期運用が安定します。
よくある質問
- 通話テストで相手の声が聞こえないときはどうすればよいですか
まずスピーカー音量とマイクの許可を確認してください。機内モードやBluetooth接続も見て別の通話アプリで試すと端末側か回線側かがわかりやすくなります。
- 着信が来ないときの簡単な切り分け方法は
SIMの認識と着信音や通知の設定を確認してください。再起動や別のSIMで試すと原因が絞りやすくなります。
- 通話品質が悪いときにすぐできる改善策は
ネットワークを切り替えてWi-Fiやモバイルを試してください。ヘッドセットやBluetoothを外して端末単体で試すと原因が見つかりやすいです。
- 自動テストで通話まわりを確認できますか
エミュレータだけでは限界があるので実機での確認が現実的です。Audio周りはモックとログを組み合わせて自動化すると再現性が上がります。
まとめ
手動で通話を確実にチェックするための要点をやさしくまとめます。実機を2台用意して相互に発信と着信を行い、マイクとスピーカー、それからスピーカーモードやミュートのオンオフを順番に確認してください。LTEとWi-Fi通話の両方で動作を確かめることが大切です。
トラブルを見つけやすくするコツは条件を変えて再現することです。機内モードの切り替えやネットワーク種別の変更、通話中の着信通知やバックグラウンド音の有無を試して、問題が出たらadbログや通話ログを保存して原因を追ってください。簡単なチェックリストを作ると効率が上がります。
Android博士最初は手順が多く感じるかもしれませんが、一つずつ確かめれば着実にコツがつかめます。楽しみながら試してみてください。