GENZ, Inc.

カーシェア事業者様へ カーシェアアプリの品質を、開発元とは別の目で確かめる

改修のたびに広がる確認範囲を、開発元とは別の立場で検証し、確認した範囲としていない範囲を資料として残します。リリース判定会議の資料にご活用いただけます。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

カーシェアアプリで見つかる不具合

検索から予約、解錠、返却、決済までが一続きにつながる構造のため、局所の改修でも不具合は経路全体へ波及します。ここでは会員の操作の根幹で起きやすい不具合を並べます。

画面に出る空車の表示と実際の在庫が食い違う

画面に出る空き状況と実際の車両の在庫が一致しないと、会員は到着しても車を借りられません。返却や予約取消の反映の遅れが原因です。

在庫表示のずれ

同じ車両に時間の重なる二件の予約が成立する

同じ車両に時間帯が重なる二件の予約が成立すると、次に予約した会員は出発できません。予約確定と取消が重なったときの排他制御の確認が欠かせません。

予約の二重成立

電波の届きにくい駐車場で車の解錠が完了しない

地下や屋内の駐車場では電波が届きにくく、解錠指示が車載機器へ届きません。通信が途切れた場合の再送が不十分だと、会員は現場で動けなくなります。

解錠の不成立

延長と返却の記録時刻がずれて料金が合わない

延長操作の反映時刻と返却の記録時刻がずれると、利用時間の計算が狂い、請求額が会員の認識と合いません。小さなずれが窓口への問合せにつながります。

料金の不一致

端末の画面サイズの違いで予約の操作が届かない

画面の小さい端末や文字を大きく表示した端末では、予約確定のボタンが画面の外へ押し出され、操作が完了しません。機種ごとの表示確認が欠かせません。

画面表示の欠け
02 RISK

不具合が見過ごされたときに起きること

検索から決済まで一続きの操作のどこかで不具合が見過ごされると、影響は会員の出先、窓口、会計、リリース計画へ順に広がります。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

カーシェアアプリで確かめておく観点

カーシェアアプリの検証で見落としやすいのは、検索から予約、解錠、返却、決済までが一続きにつながっている点です。確認すべき観点を事前に整理しておくことが、委託範囲の線引きの土台になります。

在庫の食い違いを見落とすと、会員が現地で車を借りられず、短時間利用の予定がそのまま崩れるおそれがあります。

検索から予約までの画面の流れと在庫情報の整合

検索結果の空車情報と予約時点の実際の在庫が食い違うと、会員は現地で車がないことに気づきます。画面遷移の各段で在庫と予約状態の整合を検証し、予約の成立から確定通知までの流れを確認します。

確認する資料
  • 画面遷移図
  • 在庫仕様書
  • 予約API定義
解錠の通信確認が不足すると、出先で車が開かない連絡が短時間に重なり、窓口で切り分けが追いつかないおそれがあります。

アプリと車載機器の間で行なう解錠と施錠のやり取り

スマートフォンが鍵になる方式では、アプリと車載機器の間の通信が利用可否を左右します。通信の経路は事業者ごとに異なるため、自社の方式に沿って解錠と施錠の指示が届くことを実車と実機で検証します。

確認する資料
  • 通信方式仕様
  • 車載機器仕様
  • 解錠手順書
利用時間と決済の突き合わせが漏れると、料金の誤りが返金対応と会計の訂正に波及するおそれがあります。

利用時間の算出結果と決済へ送る金額の突き合わせ

課金の単位が短い料金体系では、利用開始と返却の時刻の記録が請求額に直結します。ずれは会員に料金の誤りとして見えるため、利用時間の算出結果と決済代行へ送る金額の突き合わせを検証します。

確認する資料
  • 料金計算仕様
  • 決済連携定義
  • 返却判定条件
実機の確認範囲を決められないまま配信すると、基本ソフトの更新直後に特定の端末で操作が通らない事象が残るおそれがあります。

端末と回線の条件を変えた実機による動作の確認

iOSとAndroidの双方に対応するため、端末と基本ソフトの組み合わせは年次更新で増え続けます。自社の仕様が変わらなくても動作確認は発生するため、利用の多い構成から実機で確認します。

確認する資料
  • 対象端末一覧
  • OS対応方針
  • 回線条件一覧
登録導線の確認が浅いと、入会途中の離脱が増え、会員獲得の費用が登録完了へ結びつかないおそれがあります。

利用登録から初回予約までの導線とつまずきの扱い

利用開始には事前の利用登録が必要と案内されており、本人確認を含む導線のつまずきは入会の離脱につながります。登録から初回の予約が可能になるまでの各画面で、入力エラーや審査待ちの扱いを確認します。

確認する資料
  • 登録画面仕様
  • 本人確認手順
  • 審査ステータス定義
  • エラーメッセージ一覧
04 TEST DESIGN

テストの外注で任せられる範囲

確認作業は、計画から実機検証、不具合の記録まで工程ごとに委託できます。開発側で追いきれない経路を証跡つきで補います。

STEP 01 要件と既存資料の確認と整理改修計画と仕様書、過去の不具合票を預かります
どう確かめるか

改修範囲に沿ったテスト計画書と観点表の作成

改修計画と仕様書を確かめ、検索から予約、解錠、返却、決済までの経路を分解して観点表に落とします。確認すべき範囲と優先順位が文書になり、工数の根拠として起案へ使えます。

  • 01改修計画と仕様書の差分から影響範囲を洗い出します
  • 02過去の不具合票から再確認が必要な箇所を洗い出します
  • 03決済や配信ストアなど外部との連携の制約を整理します
OUTPUTテスト計画書と観点表
STEP 02 テスト設計と観点のすり合わせ委託範囲の線引きをここで確定します
どう確かめるか

端末と基本ソフトを揃えた実機でのテストの実施

iOS・Androidの実機で操作を通し、手元確認では届かない端末差や通信環境の差を検証します。基本ソフトの年次更新後の動作確認も、組み合わせを決めて実施します。

  • 01会員が操作する一連の経路を確認の観点へ分解します
  • 02確認の優先順位を影響の広さと再現の難しさで決めます
  • 03実機で確認する端末と基本ソフトの組み合わせを決めます
OUTPUT実機検証の結果報告書
STEP 03 テストの実施と不具合の報告実機で経路を通し、証跡つきで報告します
どう確かめるか

繰り返す回帰テストの自動化と確認範囲の固定

修正のたびに既存機能へ戻って確認する回帰テストを自動化し、属人化しやすい再確認の範囲を仕組みで固定します。定常運用の負荷を下げ、確認済み範囲の土台を保ちます。

  • 01実機で利用登録から予約、決済までの操作を検証します
  • 02解錠と返却の判定の結果を車載機器側と突き合わせます
  • 03不具合を再現手順と画面や通信の証跡つきで報告します
OUTPUT自動化された回帰テスト
STEP 04 修正の確認とリリース判断への報告修正確認の結果を判定会議の資料へ整えます
どう確かめるか

不具合の報告と手順や発生条件を含む証跡の管理

発生条件、手順、画面や通信の記録を、不具合ごとに証跡として残します。アプリ側か車載機器側かの切り分け材料になり、判定会議での説明が口頭に依存せずに済みます。

  • 01修正版で同じ条件を再現し、直っているか検証します
  • 02回帰の範囲を通し、既存機能への影響の有無を確認します
  • 03確認済みの範囲と未確認の範囲を判定の資料へまとめます
OUTPUT不具合一覧と証跡記録
05 RATIONALE

テストの委託先を選ぶときに見るところ

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 実機端末の保有台数と基本ソフト系統の網羅性
  • 検索から決済まで一続きで確認できる体制
  • 報告書の形式と受け入れ基準の整合性
  • リリース判定へ説明できる証跡の残し方
06 SERVICE

お引き受けできるテストの種類

カーシェアアプリは、検索と予約から解錠、決済までがひとつのアプリでつながっています。GENZは、機能の検証から端末と基本ソフトの組み合わせの確認まで、委託の範囲と報告の形式を先に決めたうえで引き受けます。

SVC 01

会員の操作をたどる機能のテスト

車の検索、予約、解錠と施錠、決済まで、会員が操作する流れを仕様どおりに動くか検証します。予約基盤や決済との連携の結果まで確かめます。

リスク要因と優先順位を示す無文字の図解。
SVC 02

改修した箇所と既存機能の再確認のテスト

改修の入った箇所と影響を受ける既存機能を洗い出し、意図しない変更がないかを確認します。確認範囲は改修のたびに更新します。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

端末と基本ソフトの組み合わせのテスト

iOSとAndroidの端末の組み合わせごとに、実機で動作を確認します。自前で端末を揃えなくても、委託先の設備で押さえられます。

計画から報告までの流れを示す無文字の図解。
SVC 04

予約が集中する時間帯の性能と負荷のテスト

予約が集中する時間帯を想定し、応答の遅さや処理の失敗が起きないかを検証します。解錠や料金計算に影響する遅延を配信前に洗い出します。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

お問合せからテスト開始までの流れ

改修計画と確認範囲の不足を並べた資料があれば、各段階で必要な情報をその場で整理できます。

ご相談と確認する対象範囲の整理

改修計画と確認すべき範囲をお聞きし、社内工数で収まらない部分を洗い出します。

テストのお見積と実施体制のご提示

機能の確認か実機の互換性まで含めるかで金額が動くため、範囲別に示します。

ご契約とテスト計画と優先順位の確定

稟議に使える費用と効果の説明材料を添え、計画と優先順位を確定します。

テストの開始と定例での結果のご報告

結果を定例で報告し、未確認の範囲と残る懸念を受け入れ判断の材料にできます。

カーシェアアプリのご相談はこちらから

カーシェアアプリのテストについてご相談ください

ご相談の場では、確認する範囲の整理と優先順位、必要工数の見立てまで、GENZが具体的にお示しします。改修計画の資料があれば、費用と効果を稟議に使える形で整理します。