「テスト済みです」だけで受け取らない——コードが読めなくても確認できる納品前の5項目

ココナラでアプリやツールの開発を依頼して、「完成しました。テスト済みです」と納品の連絡が来たとします。

コードが読めない依頼者には、品質を確認する方法がない。「テスト済み」という言葉を信じるしかない——そう思うかもしれません。

コードを読めなくても、納品を受け取るか判断するための材料は確認できます。大切なのは、開発者を疑うことではなく、双方で「何をもって完成とするか」を揃えることです。

私は普段、AIや外注で作られたアプリの検証・診断をしています。その立場から、納品時に確認したいものを5つご紹介します。

最も確実なのは、見積もりや購入の段階で、これらを納品物に含めると合意しておくことです。開発終盤になってから追加で依頼すると、資料作成の費用や日数が必要になる場合があります。

■すべての案件で確認したい3つ

1. 何をテストし、どうなったかが分かる一覧

「テストしました」という言葉や、成功件数だけでは、何を確認したのか分かりません。

次の内容が分かる一覧を見せてもらいます。

・確認した機能

・入力した条件

・成功・失敗・未確認の結果

・確認した端末やブラウザ

・使用したアプリのバージョン

例えば、次のような簡単な表で十分です。

・ログイン：正しいパスワードで成功

・ログイン：間違ったパスワードでは拒否

・CSV取込：100行のダミーデータで成功

・スマートフォン表示：iPhoneでは確認済み、Androidは未確認

自動テストでも手動確認でも構いません。重要なのは、何を確認し、何が未確認なのかが残っていることです。

2. 実際の利用に近い条件での画面録画

サンプルデータを1件入力しただけでなく、実際に使う流れに近い操作を、1〜2分の画面録画で見せてもらいます。

個人情報や本物の顧客データを渡す必要はありません。実データと同じ項目、形式、おおよその量を再現したダミーデータを使います。

画面録画だけで品質すべてを保証できるわけではありません。それでも、「依頼した一連の流れが実際に通るか」を確認する材料になります。

3. 自分の環境で再現するための手順

開発者のパソコンで動くことと、依頼者の環境で動くことは別です。

次を確認します。

・対応しているOSやブラウザ

・インストールや起動の手順

・必要なアカウントや権限

・事前に入れる必要があるソフト

・現時点で分かっている制約

開発者に自分のパソコンを操作してもらわなくても、手順を受け取り、自分で同じ結果を再現できれば確認になります。

■機能によって必須になる2つ

4. 間違った操作をしたときの動作

正常な入力で動くことだけでなく、間違った入力を安全に止められるかも確認します。

例えば、

・必須項目を空欄にする

・形式の違う日付を入れる

・同じボタンを二度押す

・存在しないファイルを選ぶ

・通信が切れた状態で操作する

といった条件です。

すべてを試す必要はありませんが、データの更新・削除、個人情報、決済、メール送信を扱う場合は、代表的な失敗条件を確認しておいた方が安全です。

5. 問題が起きたときに戻す方法

データを更新・削除する機能がある場合は、間違えたときに戻せるかを確認します。

最低限、次を聞いておきます。

・何がバックアップされるか

・どこに保存されるか

・いつ取得されるか

・誰が復旧を行うか

・復旧手順があるか

重要なデータを扱う場合は、「バックアップを取れる」だけでなく、実際に復元できることまで確認対象にします。

正常に動くことだけでなく、失敗したときに元へ戻せることも、公開・納品の条件です。

■契約前に送れる確認文

―――ここから―――

お見積もりにあたり、納品時に次の内容をご共有いただくことは可能でしょうか。

1. 確認した機能・条件・結果が分かるテスト一覧

2. 実際の利用に近いダミーデータを使った短い動作録画

3. 対応環境と、こちらで動作確認するための手順

データの更新・削除などを行う機能がある場合は、代表的な入力エラー時の動作と、バックアップ・復旧方法も確認したいと考えています。

対応範囲と追加費用の有無を、事前に教えていただけますと助かります。

―――ここまで―――

■納品前に送れる確認文

―――ここから―――

納品前の確認として、合意していた次の資料をご共有いただけますか。

1. 機能・確認条件・成功／失敗／未確認が分かるテスト結果

2. 実際の利用に近いダミーデータでの動作録画

3. 私の環境で動作確認するための手順

確認後、こちらの環境でも受入確認を行います。よろしくお願いします。

―――ここまで―――

依頼した形式の資料をそのまま出せない事情があること自体は、問題とは限りません。

大切なのは、出せない理由を説明し、別の確認方法を提案してくれるか、未確認のものを「確認済み」と言わないかです。

■第三者確認を検討した方がよいケース

次のようなアプリは、画面録画や確認表だけでは判断しにくい場合があります。

・個人情報や決済を扱う

・重要なデータを更新・削除する

・不特定多数へ公開する

・不具合が何度も再発している

・「テスト済み」と実際の挙動が一致しない

・開発者との契約終了後も長く使い続ける

このような場合は、コードや設定、実行結果まで第三者に確認してもらう方法があります。

私の出品では、お預かりしたコードで症状を再現し、原因、影響度、対応の優先順位を2〜4ページのレポートにまとめてお渡ししています。対象になるか分からない場合は、購入前にメッセージで確認できます。

▶ AI・外注アプリの診断

https://coconala.com/services/4282365

（筆者について）

AI生成コード・外注コードの検証と診断をしています。「テストは通るのに結果が間違っている」といった問題を、実行結果と根拠から切り分けることを専門にしています。