第3回|端末とアプリの境目に潜む不具合。電池・接続・復帰の確認ポイント

端末とアプリの境目をテーマに、スマートフォンと電池、接続機器、復帰を示す矢印を描いたテスト・QAのイラスト。 テスト/QA

入力の途中で画面をロックする。別のアプリで情報を調べて戻る。接続していた機器の電源が切れる。

アプリを使っている間も、端末や周辺機器の状態は変わります。画面を開いたまま、最初から最後まで操作するテストでは問題がなくても、こうした変化を挟むと、続きを進められなくなることがあります。

前回は、連打・戻る・やり直しといった利用者の操作を取り上げました。今回は、端末とアプリ、アプリと接続機器の「境目」に注目して、確認したいポイントを整理します。

※本記事の申請・機器連携などの例は、説明用の架空例です。特定のお客様の事例ではありません。

1.画面の状態だけでなく、周囲の状態も並べる

例えば、スマートフォンで申請書を入力している場面を考えてみます。画面には入力欄が表示されていますが、それだけではテスト条件を十分に表せません。

  • アプリを表示しているのか、別のアプリへ切り替えた後なのか
  • 画面ロックを挟んだのか
  • 充電中なのか、省電力に関する設定を変更したのか
  • 外部機器に接続しているのか、切断されているのか

大切なのは、条件を手当たり次第に増やすことではありません。「何が変わったときに、利用者の作業へ影響しそうか」を考えることです。

ゲームでも、場面の切り替えや中断を挟むと、操作できることや保持すべき情報が変わります。こうした状態の移り変わりを追う視点は、申請の途中入力や機器からのデータ取り込みを考える際にも役立ちます。

2.電池の確認は「残量が少なくても動くか」だけではない

電池に関わるテストでは、残量だけに目を向けがちです。しかし、充電の開始・終了、省電力に関する設定、端末の電源が切れた後の再起動なども、対象機能に応じて整理したい条件です。

例えば、入力途中の申請があるなら、再起動後にどの時点の内容まで残るべきでしょうか。自動保存があるのか、保存ボタンを押した内容だけが残るのかによって、期待する結果は変わります。

「入力が全部残るはず」とテスト担当だけで決めるのではなく、保存の仕様を確認します。そのうえで、保存済みの内容が失われていないか、保存されない内容について利用者が誤解する表示になっていないかを見ます。

端末やOSによって条件は異なるため、確認した機種・OS・設定を記録しましょう。ひとつの端末での結果を、対応する全端末にそのまま当てはめないことも重要です。

3.機器との再接続は「つながった」で終わらせない

アプリと外部機器を連携させる機能では、接続アイコンが表示されれば確認完了、とは限りません。

架空の例として、測定機器の記録をアプリへ取り込む場面を考えます。取り込み中に機器の電源を切り、再び接続した場合、少なくとも次の点を分けて確認します。

  • 接続先が、利用者の選んだ機器になっているか
  • 古い接続状態を「接続中」と表示し続けていないか
  • 取り込み済みの記録と、未取り込みの記録を区別できるか
  • 再接続後に、何をすればよいか分かるか

画面上は正常に見えても、古い記録を最新のものとして表示していたり、一部の記録だけが取り込まれていたりする可能性を考えます。

テスト環境で確認できる範囲に応じて、機器側の記録とアプリ側の件数・内容を照合します。表示と実際の処理結果を分けて見ることで、「再接続できたが、作業は完了していない」という状態を見つけやすくなります。

4.復帰後に、利用者は今の状況を判断できるか

別のアプリへ切り替えたり、画面をロックしたりした後、元のアプリが表示された。ここでも、画面が戻ったことだけで判断しないようにします。

申請フォームなら、入力内容、選択した項目、添付状況などを確認します。機器連携なら、現在の接続状態や、取り込み処理の結果を確認します。

また、以前の画面がそのまま残ることが、いつも正解とは限りません。再ログインや情報の更新が必要な仕様もあります。その場合は、必要な手順が示され、利用者が迷わず再開できるかが確認点です。

「中断前と同じ画面に戻ること」ではなく、「現在の状況を理解し、適切な次の操作へ進めること」を目標にすると、テストの判断がぶれにくくなります。

5.中断するタイミングを決めて、再現できる記録を残す

同じ画面ロックでも、入力中と保存直後では確認したい内容が異なります。外部機器の切断も、接続前・処理中・完了後で意味が変わります。

まずは、失われると困る入力や、結果が曖昧になると困る処理から、状態変化を挟むタイミングを決めましょう。

記録には、次の情報があると調査につなげやすくなります。

  • 端末、OS、アプリと接続機器のバージョン
  • 中断する前の画面と、処理の進み具合
  • 変更した設定や、接続・切断の操作順
  • 復帰までの時間と、復帰後に行った操作
  • 期待した結果と、実際の表示・保存内容

「戻ったらおかしくなった」だけでは、同じ条件を作れません。何が変わる直前・直後だったかを残すことが、原因を絞り込む手がかりになります。

なお、電源や接続を変えるテストは、検証用の端末・機器・データで、機器の取扱条件に従って行います。実際の利用者の作業や記録へ影響しない準備も必要です。

社内で使える確認チェックリスト

  • アプリの操作に加え、端末・接続機器の状態変化を挙げている
  • 中断前、処理中、完了後を分けて確認している
  • 何を保持し、何を再確認する仕様かが明確になっている
  • 接続表示だけでなく、記録や処理結果も照合している
  • 復帰後に、利用者が状況と次の操作を判断できる
  • 機種・設定・操作順・タイミングを再現できる形で残している

まとめ

アプリの品質は、画面の中だけでは判断できません。電池、接続機器、中断と復帰を挟んだときに、情報と処理がどう変わるかまで確認したいところです。

すべての条件を一度に網羅しようとするのではなく、利用者にとって重要な作業から、「どの状態で、何が変わると困るか」を整理してみてください。

クロスゲームズは、ゲーム開発・運営で培った仕様の意図を理解する視点を、テスト設計に生かしています。通常の操作だけでなく、複雑な状態変化も踏まえて確認範囲を見直したい方は、QAサービスの考え方もぜひご覧ください。

テスト・QAサービスの詳細

次回は「通信が切れたあと、利用者は元の作業に戻れるか」を取り上げます。

コメント

タイトルとURLをコピーしました