システム開発入門の第14週目では、自分たちで設計して開発したアプリを完成させ、クラス内のテストプレイ（クラスメイトに実際に使ってもらう確認）に向けた最終調整を行いました。
第13週目のテストと改善で見つけた不具合を直したうえで、今回は「作った本人以外にも使い方が伝わるか」を確かめる準備へ進みました。
完成後に必要な「使ってもらう準備」
授業の導入では、アプリが動くことと、人に安心して試してもらえることの違いを確認しました。
田中先生：「コードが動くだけではなく、『誰かに使ってもらう』ことが大切です。今日は動作確認と見せ方の最終調整をしましょう。」
この授業での「完成」は、開発を終える合図ではありません。
利用者からフィードバックを受け、次の改善点を見つけられる状態にすることが、今回の到達点です。
テストプランに沿った動作確認
テストプランとは、どの操作や入力を試し、どの結果になれば正しいかを事前に整理した確認表です。
思いついた順に操作するのではなく、通常の使い方と問題が起きやすい入力を分けて確かめると、確認漏れを減らせます。
| 確認する場面 | 期待する結果 | 見つかった問題の例 |
|---|---|---|
| メニューを選ぶ | 選択した内容に対応する画面へ進む | 最後の画面遷移が正しくない |
| 必要な情報を入力する | 入力、処理、出力が途中で止まらずにつながる | 処理や表示の一部が抜ける |
| 空欄や想定外の値を入力する | アプリが終了せず、内容のわかるエラーを表示する | 空のままEnterキーを押すと終了する |
実習では、画面遷移の不具合を修正できたという声や、空入力でアプリが終了するため例外処理を追加するという声がありました。
動作したかどうかだけでなく、問題が起きる条件と修正内容を結び付けて確認しています。
UIメッセージと表示の調整
UI（ユーザーインターフェース）は、利用者が画面で目にし、操作する部分です。
今回のアプリでは、画面タイトル、質問文、結果表示、空行や罫線などを見直しました。
- 画面タイトルから何をするアプリか判断できるようにする
- 質問文に、入力してほしい内容を具体的に書く
- 入力欄と結果を空行や罫線で分け、表示のまとまりを見つけやすくする
print("=== 今日の運勢診断 ===")
name = input("▶ あなたの名前を入力してください：")
print("----------------------------")この例では、タイトルがアプリの目的を示し、質問文が入力内容を伝え、罫線が入力部分と結果部分の境界を示します。
装飾だけに頼らず、文章そのものから必要な操作がわかるように整えることも欠かせません。
生徒からは、罫線を入れると表示が整って見えたことや、メッセージを柔らかい言い回しに変えると利用者の反応がよくなったことが共有されました。
テストプレイ用シナリオの作成
テストプレイ用シナリオは、初めてアプリに触れる人が、何を入力してどの結果を確かめるかを順番に示す手順書です。
クラスメイトが同じ条件で試せるよう、次の四項目を整理しました。
- アプリの目的と基本的な使い方
- 名前や選択肢などの入力例
- 入力に対して期待される出力
- 操作時の注意点やヒント
動作チェックでは、作り手が想定したとおりに機能するかを確かめます。
一方、テストプレイでは、クラスメイトが手順を読み、迷わず操作して結果を理解できるかを確かめます。
生徒たちは、他の人に評価してもらう緊張を感じながらも、自分のアプリを客観的に見直せる機会として次回のテストプレイを捉えていました。
第14週目で整理した確認の視点
- 動作：通常の入力だけでなく、空入力や想定外の値でも処理を確認する
- 伝わりやすさ：タイトル、質問文、結果表示から次の操作を判断できるようにする
- 試しやすさ：目的、入力例、期待する結果をシナリオにまとめる
第14週目の作業によって、アプリは「自分が動かせる状態」から「他の人に試してもらい、改善点を受け取れる状態」へ進みました。
次回のテストプレイとフィードバック
次回は、完成したアプリをクラスメイト同士で試し、感想と改善案を交換します。
今回作成したシナリオと期待する結果を基準にすれば、感想だけで終わらず、どの操作や表示を直すべきかを具体的に整理できます。
この記事に関連する株式会社greedenの取り組み
アプリは、動くだけでなく、利用者の反応を確かめて改善を重ねることで使いやすくなります。株式会社greedenは、iOSとAndroidアプリの企画、実装、運用を支援し、テストからリリース後の改善まで伴走します。