圃場で入力した記録が、通信の復旧後に消えている
電波の届かない圃場で入力した作業記録が、通信復旧後の同期で反映されずに消えてしまうと、その日の記録を入れなおす手間が発生します。
GENZ, Inc.
確認範囲の見える化
農業日誌アプリの
確認範囲の見える化
農業日誌アプリのテスト外注で確認範囲を示せる状態に
リリース判定の場で「どこまで確認したか」を説明する材料がなく、判断が止まる。GENZは第三者の視点で検証し、確認した範囲を設計として残します。
支援事例
支援実績5,000件以上
農業日誌アプリで記録が失われる不具合
農業日誌アプリの不具合は、画面上の表示ずれにとどまりません。入力した記録そのものが失われると、利用農家様の提出資料や集計の根拠が崩れます。ここでは、記録の消失や食い違いとして表面化する不具合を挙げます。
圃場で
農薬の使用量が、画面の表示と出力した帳票で食い違う
農薬の使用量が画面の入力値と出力した帳票で食い違うと、出荷先へ提出する記録の誤りとして表面化し、利用農家様の信頼を損ないます。
同じ記録を二人で直し、現場の入力だけが上書きで消える
同じ記録を管理者と現場の担当者が同時に修正した際、片方の入力だけが上書きで消えると、どちらの記録が正しいかをあとから確かめられなくなります。
収穫量の集計が、取消済みの記録を含んだまま累計される
取消済みの作業記録を含んだまま収穫量が累計されると、集計値が実績と合わず、出荷計画や報告資料の数値を手で修正する手間が発生します。
OSを更新した端末だけ、写真の添付が保存されない
OSを更新した端末だけ写真の添付が保存されないと、生育記録の証拠画像が欠けたまま残り、端末ごとに記録の粒度がばらついてしまいます。
記録の不具合が、利用者の提出物と自社の契約に及ぶまで
記録の不具合はアプリのなかだけに留まりません。出力された記録は出荷先への提出物になり、利用者の業務と自社の契約の両方へ影響します。
リリース判定の場で、確認した範囲をどう説明するか
確認に回せる時間が限られる版ほど、判定会での説明は難しくなります。何をどこまで確かめ、何を外したかを示せなければ、絞り込んだ範囲は判断材料になりません。説明の形は、五つの観点に分けて残すことで作れます。
確かめた端末とOSの版を示せなければ、確認していない組み合わせで記録が保存されない、表示がずれるといった事象が、公開後に利用農家の端末から申告されるおそれがあります。
どの端末とどのOSの版の組み合わせまで確かめたか
iOSとAndroidの両ストアへ出す以上、確認の説明は端末とOSの版の組み合わせで始まります。期限に合わせて組み合わせを絞った場合でも、外した条件を一覧に残せば、絞った判断を説明できます。
確認する資料
- 対象端末一覧
- 対象OS一覧
- 未確認の条件
回帰の範囲を期限だけで絞る判断が続くと、前の版で動いていた機能の壊れを見逃したまま版を重ね、のちの版で修正工数が膨らむおそれがあります。
前の版で動いていた機能を、どこまで見直したか
作業記録から生育記録、農薬使用記録へと機能が増えるたび、前の版で動いていた箇所の確認は累積します。どの機能領域をどこまで見直したかを版ごとに分けて残すことが、回帰の範囲を示す材料になります。
確認する資料
- 機能領域一覧
- 改修影響範囲
- 回帰確認範囲
通信が途切れる条件を確かめていなければ、圃場で入れた記録が残っていないという申告が公開後に寄せられ、既知か新規かの切り分けから始める対応が積み上がるおそれがあります。
通信が途切れる場面を、条件として再現できているか
電波の届かない圃場での入力を想定しているなら、通信の切断を意図的に発生させ、切れた状態で入れた記録が復帰後に共有されるかを検証します。この条件を確かめたかどうかで、説明の厚みが変わります。
確認する資料
- 切断時の手順
- 同期結果記録
- 未送信の扱い
法人の境界を越えた記録の混在が起きれば、他の法人の記録の閲覧や提出資料の誤りという事象になり、記録への信頼を失うおそれがあります。
法人をまたいで記録が混ざらないことを確かめたか
複数の法人や利用者で記録を共有する構成なら、権限の外にある他の法人の記録を表示も書き込みもできないことを確かめます。農薬使用記録など提出に使う項目が混ざれば、出力物の誤りとして表面化します。
確認する資料
- 権限設定一覧
- 越権確認結果
- 出力物の確認
確認の記録が残っていなければ、記録の欠損のような重大な事象が起きた際に、過去の版でどこまで確かめたかを示せず、影響範囲を確定できないおそれがあります。
確かめた結果が、次の版で使える形で残っているか
確かめた内容は結果だけでなく判定の根拠まで残さなければ、次の版の判定会で同じ議論を繰り返すことになります。版をまたいで参照できる形で残すことが、説明を一度きりの口頭で終わらせない条件です。
確認する資料
- 確認結果一覧
- 判定根拠記録
- 既知の不具合
- 次版申し送り
提供するテストの範囲と、進め方の段取り
開発の区切りに合わせてテストを組み立て、委託の線引きから判定材料の引き渡しまで、一連の段取りをGENZが担います。
STEP 01
確認範囲と不安の洗い出し直近の不具合とサポート負荷を材料に整理します
どう確かめるか
開発のスプリントに伴走し、版ごとにテストを回す
改修の進行に合わせてテスト計画を立て、モバイル側とサーバー側の実装が並行する局面でも、確認すべき画面と条件をその都度そろえます。期日を動かさないまま、確認の抜けを後工程へ送りません。
- 01公開後に寄せられた不具合連絡の傾向を洗い出します
- 02改修を予定する機能領域ごとに影響範囲を整理します
- 03自チームで確かめられる端末と条件の限界を特定します
OUTPUT委託範囲と自社範囲の線引き
STEP 02
委託する範囲と自社に残す範囲を線で引く外へ出す範囲と残す範囲の責任を明確にします
どう確かめるか
機能が増えた製品でも、範囲を落とさず設計する
生育記録・農薬記録・収穫記録まで扱う製品では、画面と保存項目が増える分だけ確認の組み合わせが膨らみます。機能領域ごとに範囲を分解し、端末と条件の組み合わせを落とさず設計に載せます。
- 01回帰確認のうち外部へ委託する範囲を版ごとに決めます
- 02仕様の判断を要する確認は自社に残す形で線を引きます
- 03不具合が公開版へ通過した場合の責任の整理を決めます
OUTPUT機能・端末・条件の確認一覧
STEP 03
テスト設計を作り、実施の条件をそろえる端末と条件の組み合わせを設計に落とします
どう確かめるか
開発から独立した立場でリリースの合否を判定する
実装を担うチームとは別の立場で動作を確かめ、リリース判定会へ提出できる形で合否を返します。確認した範囲と残る懸念を分けて示すため、範囲を絞る判断が属人的に寄る状態を避けられます。
- 01確認すべき画面と操作条件の一覧をテスト設計として作ります
- 02iOS・Androidの端末組み合わせを条件としてそろえます
- 03オフライン入力や同期を伴う場面の条件を設計に入れます
OUTPUT回帰確認の結果と合否判定
STEP 04
結果を判定材料の形にまとめて渡す判定会へそのまま提出できる形で渡します
どう確かめるか
確かめた内容を、あとから示せる記録として残す
どの版で何を確かめたかを記録として残し、次の版の計画や、公開後の事象調査で過去の確認範囲を示せる状態にします。仕様変更を伴わない更新の確認も、記録が残る形で扱います。
- 01確認した範囲と結果を版ごとに分けて記録として残します
- 02残る懸念を確認済みの範囲と切り分けて判定材料にまとめます
- 03次の版の計画へ引き継ぐ形で確認の記録を蓄積します
OUTPUT版ごとに蓄積する確認の記録
農業日誌アプリの検証にGENZが向き合う理由
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 確認した範囲を第三者の視点から示せる
- 自社にない端末とOSの組み合わせまで確認できる
- 回帰の確認範囲を版をまたいだ設計として残せる
- リリース判定の議題を確認済みの範囲へ移せる
検証の範囲に応じて選べる提供メニュー
リリース判定の場で「どこまで確認したか」を外部の視点から示すために、GENZは確認範囲の設計から実施と記録までを受け持つメニューを用意しています。版を重ねても崩れない設計として残せます。
リリース前の受け入れテストを代行する
リリース前の受け入れテストを第三者の視点で実施し、確認した範囲と結果を記録に残します。判定会で使う材料を外部の実施結果として渡します。
回帰テストの設計と実施を引き受ける
回帰テストの範囲を設計書として定義し、版を重ねても再利用できる形で納めます。その都度の担当者の判断に依存しない形で確認範囲を残します。
端末とOSの組み合わせを広げて確かめる
スマートフォンとタブレットが前提の利用形態に対し、自社保有端末では足りないOSと機種の組み合わせを外部の実施体制で埋めます。
農薬記録など外部提出に関わる範囲から始める
全機能を一度に委ねられない場合でも、農薬使用記録など外部提出に関わる範囲から着手できます。エビデンス管理で監査に備えた証跡を残します。
お問合せから実施と報告までの流れ
お問合せから報告、次の版への引き継ぎまで、確認範囲を記録として残す形で進めます。
問合せと、現状の確認範囲の聞き取り
現在どこまで確認しているか、リリース判定で説明できている範囲を聞き取ります。
委託範囲の提案と、進め方のすり合わせ
農薬記録など外部提出に関わる範囲から、委託範囲と自社に残す範囲を決めます。
テスト設計の作成と、実施条件の合意
確認する画面と条件の一覧を作り、端末の組み合わせと実施日程を合意します。
実施と報告、次の版への引き継ぎ
結果は記録として残し、次の版のリリース判定会で説明できる形で引き継ぎます。
リリース判定会で説明できる状態へ
農業日誌アプリの品質を、次のリリースから第三者の目で確かめる
確認した範囲を第三者の視点で示せるようになれば、判定会での説明と次の版への引き継ぎが記録として残ります。まずはテスト範囲の整理からご相談ください。