Claude Codeが作ったツールを確認する|操作・やり直し・保存を確かめる
撮影後の納品チェックリストは、案件ごとの完了状態を後から確かめるためにも使います。Claude Codeからの完成報告に加え、案件の作成、完了の変更、開き直しまで仕事の流れが通るかを確かめられます。保存先や共有範囲には、画面上の操作だけでは分からない部分もあります。
完成報告と、完成の証拠を分けて受け取る
「実装しました」「動作確認済み」という言葉には、実行した操作や条件が含まれていません。変更内容、行った検証、その結果、未確認事項が分かれていれば、依頼した仕事のどこまで確かめたかを追えます。
Claude Codeの公式案内でも、作業結果を判定できる確認手段が重視されています。既存のテストやビルドが通ったとしても、撮影案件の納品の流れまで対象だったとは限りません。その検証が何を保証し、何を含まないかが、依頼内容との比較に関わります。
表は横にスクロールできます。
| 情報 | 確認する問い |
|---|---|
| 変更内容 | 何がどう変わったか |
| 検証結果 | 何を実行し、どんな結果だったか |
| 目的への適合 | 依頼した仕事を最後まで進められるか |
| 残った制約 | 未確認・未実装・利用条件は何か |
最初は、実際の仕事を一件通す
説明用の案件を追加し、納品項目を選び、完了にした後でもう一度開く。この一連の操作では、個々のボタンを押すだけでは分からないつながりを扱えます。
顧客の本名や実データを使わなくても、サンプルの案件名と項目で再現できる条件があります。データがどこへ残るか分からない段階では、その点を調べずに実際の顧客情報へ広げることはできません。
- 試験用の撮影案件を作り、納品する内容を選ぶ。
- 作業途中の状態を残し、別の案件と見分ける。
- 完了した項目と、残っている項目を確かめる。
- 画面を閉じる・開き直すなど、想定する使い方を試す。
- 必要な記録を読み返し、次の担当者へ説明できるか確認する。
空欄・誤操作・長い入力も確認する
空欄のまま進む、完了を付け間違える、長い案件名を入れる、といった操作は実際の利用で起こり得ます。通常の入力が成功したときとは違う表示や、戻れない操作が表れるかもしれません。下表は納品チェックリストで考えられる例です。
表は横にスクロールできます。
| 試す状態 | 見たい結果 |
|---|---|
| 案件名が空欄 | 入力が必要なことが分かる |
| 同じ名前の案件がある | 対象を見分けられる |
| 項目を完了後に戻す | 正しい未完了状態になる |
| 長い納品内容を入れる | 内容と操作が隠れない |
| 画面を開き直す | 残る情報・消える情報が仕様通り |
入力していない情報を、あるものとして扱わないか
納品日が空なのに確定予定のように表示されると、別の担当者が誤解する恐れがあります。空欄、未定、対象外は異なる意味です。チェックがない項目にも、未完了と不要という違いが伝わる表示が要ります。
操作を間違えた人が、戻せるか
完了を外す、項目を直す、別の案件から戻る際に、関係のない情報が消えるなら運用に支障があります。削除のように戻しにくい操作が意図せず起きる問題は、実画面の利用で分かる場合があります。
撮影現場で使う端末と操作方法で確認する
パソコンで収まる表示でも、撮影現場のスマートフォンでは文字やボタンが小さくなる場合があります。片手で完了を変更する際の誤操作や、現在の案件が分かる表示も、現場の利用に関わります。端末や入力方法が違えば、検証の条件も変わります。
「小さい画面で未完了項目をまとめて把握したい」という依頼なら、表示数や配置の案を比べられます。単に「小さい」という印象より、困っている操作の説明が修正に使えます。
作成した納品チェックリストを、最初の依頼と照合してください。 変更した内容、実際に実行した確認と結果、確認できなかった条件を分けて報告してください。 案件の作成→項目の選択→完了→やり直し→後日の見返しという流れを確認します。 空欄・同名案件・長い文章・開き直しも、仕様と照らして確認してください。 実行していない確認を済んだと書かず、追加で人が見る点を示してください。
データと公開の条件は、使う前に確認する
その場だけの入力なのか、再び開いても残るのか、誰から見えるのかは、データの設計によります。保存ボタンの存在だけでは判断できません。保存先、共有範囲、削除方法、端末を変えた場合の扱いについて、動作と説明の両方が要ります。
顧客情報や外部接続を含むなら、設計を詳しい担当者にも相談できます。試作が便利という理由だけで、すぐに本番へ広げる必要はありません。確かめた用途と利用者の範囲を明らかにしたまま、次の運用を検討できます。
担当者だけの利用から顧客との共有へ変わると、扱う情報と利用者も変わります。誰がどの案件を参照できるかは、新しい運用に合わせて設計・検証する内容です。
よくある質問
テストが全部通れば、自分の確認は不要ですか?
テストが対象とする範囲によります。実装の検証と、仕事として使えるかの検討には、重なる部分と別の部分があります。依頼した行動を実際の利用者が通せるかは、既存テストに含まれていない可能性があります。
コードが読めないと確認できませんか?
操作した結果と、求めた結果との違いはコードを読めなくても説明できます。ただし保存や権限には、画面だけでは把握できない仕組みがあります。重要な運用では、その説明と詳しい人の確認が要ります。
不具合を報告するときに書くこと
「うまく動かない」という報告より、起きた条件、期待した結果、実際の結果があれば問題を再現しやすくなります。修正後も同じ条件の操作と結果が残れば、直った内容を比較できます。
取り組むときの確認事項
- 完成報告と実行した証拠を分ける
- 実際の仕事を一件通して試す
- 空欄とやり直しの条件を確認する
- 確認できた範囲と残った条件を残す