• ノウハウ
  • |Remogu(リモグ)" />

    検収でつまずかない受入テストの進め方と契約不適合責任

    「合格の線を先に引く」を示す図です。総合テスト/受入テスト/検収を並べています。強調しているのは検収です。合否判定基準と添えています。

    📘 この記事でわかること

    • 受入テストが検収の合否を左右する理由と、合否判定基準が契約のどこに書かれているかという位置づけ
    • テスト工程が案件ごとに調整されることと、その調整の内容が全体テスト計画書に記録として残ること
    • 納品後に契約不適合が見つかった場合に請求できる対応の方法と、その請求ができる期間の目安

    納品前の修正を重ねても、検収の連絡が来ない。合格の基準がどこにあるのか分からないまま、指摘だけが積み重なっていく状況で、受入テストの終盤に立つエンジニアがいます。合否を分ける基準は契約に定められており、受入テストはその基準を満たしているかを確認する工程です。基準を先に読んでおくことで、直したのに終わらないという事態を避けやすくなります。この記事では、受入テストと検収の関係、契約に残る取決め、そして納品後に残る責任までを、案件に参画するエンジニアの視点で整理します。

    リモートワーク案件特化のエージェント|Remogu(株式会社LASSIC運営) QA・テストや品質にかかわるリモート案件を、条件から探す QA・テストの案件を見る

    1. 「直したのに終わらない」が起きる理由

    合格の基準は、契約が実行された後で見えてくる

    指摘に沿って直しても、次の指摘が出てくる。修正の終わりが見えないまま日数だけが延びていく感覚は、テスト工程の終盤に立つエンジニアに共通します。その主な原因は、合格の基準がいつ・どこで示されるかという順序にあります。テスト工程は、単体テスト・結合テスト・総合テスト・受入テストの4つを実施する前提で組み立てられています1。前半の単体テストや結合テストは機能や連携の確認が中心で、発注者側が定める合否の基準はまだ表に出てきません。基準が姿を見せるのは、最後の受入テストの段階です。

    受入テストは、発注者が定めた合否判定基準を満たしているかどうかを確認する工程であり、この確認を通じて検収基準の充足を確かめることになります4。つまり、直したはずの修正が評価される場になって初めて、合格の線がはっきりと現れる順序です。手を動かしてから基準を知るより、この順序を先に把握しておくほうが、修正の見通しは立てやすくなります。

    図1:テスト工程の4区分と、受入テストが検収につながる位置
    テスト工程の4区分と受入テストが検収につながる位置を示す図 単体テスト 結合テスト 総合テスト 受入テスト 機能ごとに仕様通り 動くかを確認 機能同士の連携を 確認 システム全体で要件を 満たすか確認 発注者が定めた合否 判定基準を確認 受入テストが検収に つながります

    出典:デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」(2025年5月27日)をもとに作成

    受入テストという言葉だけを見ると、最後に行う確認作業のひとつのように感じられます。しかし実際には、それまでの単体テストや結合テスト、総合テストとは役割が異なります。前段の3つは開発側の内部の基準で確認が進みますが、受入テストでは発注者側の基準が初めて主役になります。この違いを知らないまま修正を続けると、直している基準と、実際に評価される基準がずれてしまうことがあります。

    テスト工程4区分の確認範囲

    ここまでの4区分を、確認する範囲の違いで整理すると次のようになります。単体テストは機能ごとの正しさを、結合テストは機能同士の連携を、総合テストはシステム全体としての要件充足を確認します。受入テストだけが、発注者側の合否判定基準という契約上の基準に基づいて評価される点が、他の3つと異なります。この違いを理解しておくと、どの段階でどこまで直せば良いかの見通しを持ちやすくなります。

    工程確認する範囲合否の基準
    単体テスト個々の機能が仕様通りに動くかを確認開発側の基準で確認
    結合テスト複数の機能を組み合わせた際の連携を確認開発側の基準で確認
    総合テストシステム全体が要件を満たすかを確認開発側の基準で確認
    受入テスト発注者が定めた合否判定基準を満たすかを確認契約に基づく基準で確認

    合格の基準が受入テストで初めて姿を見せるとすれば、次に確かめておきたいのは、その基準がどこに書かれているかということです。

    2. 合否判定基準はどこに書いてあるのか

    検収基準は契約に記載されます

    受入テストの合否を決める基準は、案件の担当者の裁量で決まるものではありません。契約には、納品予定の成果物に対する検収基準と、検収の結果が基準に満たない場合の修正方法についての取決めを記載することになっています3。基準は現場で作られるのではなく、契約の段階であらかじめ定められている情報です。

    基準が契約に明記される理由は、後になって合否の見方が変わることを防ぐためです。契約の段階で基準が固定されていれば、参画するエンジニアとクライアントの双方が、同じ基準を前提に修正のやり取りを進められます。

    現場での交渉よりも、契約に記載された基準を先に読むことのほうが、合否の見通しを立てる近道になります。

    図2:契約に書かれる2つの取決め(検収基準/基準に満たない場合の修正方法)
    契約に書かれる2つの取決めを示す図 検収基準 修正方法の取決め 成果物が合格かどうかを 判定する基準 基準に満たない場合に どう対応するかの手順 この2つは契約書に記載されます

    出典:デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」(2025年5月27日)をもとに作成

    情報システムの調達では、システムそのものが成果物であるため、受入テストを通じて合否判定基準の充足を確認することも、この検収基準の一部になります4。基準は抽象的な言葉ではなく、受入テストの合否という具体的な形で示されている点が、参画するエンジニアにとっての手がかりになります。

    契約に書かれる2つの取決め

    契約に記載される内容を分けると、大きく2つに整理できます。ひとつは成果物が合格かどうかを判定する検収基準そのもの、もうひとつは、その基準に満たなかった場合にどのような手順で直すのかという修正方法の取決めです。参画前や参画中にこの2点を確かめておくと、修正のやり取りが長引いた場合でも、次の対応を考えやすくなります。

    取決めの種類内容確認しておくと安心な点
    検収基準成果物が合格かどうかを判定する基準受入テストの合否と結び付いているかどうか
    修正方法の取決め基準に満たない場合にどう対応するかの手順修正の範囲と対応の進め方が明記されているか

    検収基準を確認する際は、数値や項目といった具体的な条件だけでなく、誰がどのように合否を判定するのかという手順まで含めて読むことが望まれます。手順が明記されていれば、修正のやり取りが発生した場合にも、次に何を確認すればよいかを契約に沿って判断できます。

    契約に基準が記載されているとしても、その基準がすべての案件で同じ形をしているわけではありません。次に、工程がどのように案件ごとに調整され、その調整がどこに残るのかを見ていきます。

    3. 工程は案件ごとに調整される。ただし調整結果は文書に残る

    テーラリングの内容は全体テスト計画書に反映されます

    テスト工程の4区分は前提ではありますが、すべての案件で同じ手順が繰り返されるわけではありません。情報システムの特性に応じて工程や実施内容を調整すること、いわゆるテーラリングが行われ、その調整した内容は全体テスト計画書に反映されます2。案件の規模や特性によって、確認の重み付けが変わるのは自然な流れです。

    図3:工程のテーラリングと、全体テスト計画書への反映
    テスト工程のテーラリングと全体テスト計画書への反映を示す図 標準のテスト工程 案件に応じて調整 単体・結合・総合・ 受入の4区分 情報システムの特性に 応じたテーラリング 調整した内容は 全体テスト計画書へ反映されます

    出典:デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」(2025年5月27日)をもとに作成

    調整そのものを気にするより、調整した結果がどの文書に残るかを気にしておくほうが、参画するエンジニアにとって実用的です。全体テスト計画書は、その案件でどこまでの確認を行うかが記録された文書であり、受入テストの範囲を確かめる際の手がかりになります。

    テーラリングは、基準を緩める調整ではありません。案件の特性に合わせて確認の対象や手順を定める調整であり、その結果は文書として残るため、後から読み返すことができます。参画の早い段階でこの文書の存在を確認しておくと、受入テストで何を確認されるのかという確認する範囲が分かりやすくなります。

    テーラリングの結果は、案件の特性によって幅があります。小規模な改修であれば確認する項目が絞られる一方、複数のシステムと連携する案件では、確認する項目が増えることもあります。いずれの場合も、全体テスト計画書という文書に残る点は変わりません。参画する立場から見れば、口頭で伝えられた基準よりも、文書に残された基準のほうが、後から確認しやすい情報になります。

    工程が案件ごとに調整されるとしても、それは納品して終わりという意味ではありません。次に、納品したあとに何が残るのかを確認します。

    4. 納品したあとに残るもの

    契約不適合が見つかると、追完を請求できます

    受入テストに合格し、検収を終えたとしても、それで責任のすべてが終わるわけではありません。納品された成果物が種類・品質・数量に関して契約の内容に適合しない場合、修補・代替物の引渡し・不足分の引渡しによる履行の追完を請求できます5。これは契約不適合責任と呼ばれるもので、民法第562条第1項本文に基づき、民法第559条により請負契約にも準用されます6

    「契約の内容に適合しない」という状態は、機能が動かないという分かりやすい不備だけを指すわけではありません。仕様として定められた品質や数量に届いていない場合も含まれます。受入テストの合否判定基準を満たして検収を終えていても、その後の運用の中で不適合が見つかる可能性は残ります。

    図4:納品後に残るもの(契約不適合の発見から、追完請求の方法、時効まで)
    納品後に残る契約不適合の発見から追完請求の方法、時効までを示す図 契約不適合の発見 履行の追完を請求 時効 納品物が種類・品質・ 数量で適合しないと判明 行使できるときから 10年で消滅 修補 代替物の 引渡し 不足分の 引渡し

    出典:デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」(2025年5月27日)をもとに作成

    履行の追完の3つの方法

    契約不適合が見つかった場合に請求できる履行の追完には、3つの方法があります。修補による対応、代替物の引渡しによる対応、不足分の引渡しによる対応です。どの方法になるかは、見つかった不適合の内容によって変わります。参画するエンジニアにとっては、納品後の連絡がどの方法に基づくものかを理解しておくことが、対応の見通しが立てやすくなる助けになります。

    方法内容
    修補不適合の部分を直して契約の内容に合わせる対応
    代替物の引渡し契約の内容に適合する物に置き換える対応
    不足分の引渡し数量が満たない部分を引き渡す対応

    3つの方法のうち、どれを選ぶかは指摘を受けた側だけで決められるものではありません。契約不適合の内容と、それに対する対応の方法が、契約の内容に照らして妥当かどうかを、クライアントと協議しながら確認していく進め方になります。

    この請求には期間の限りがあります。権利を行使できることを知らなくても、権利を行使できるときから10年間行使しないと、時効により消滅します7。納品後の責任は無期限に続くわけではなく、一定の期間で区切られている点は、参画するエンジニアにとって安心材料になります。

    基準も期間も、契約と法律の枠組みの中で定められています。次に、これらをリモートで参画する案件の中でどう扱うかを確認します。

    5. リモート・フリーランス案件でどう関わるか

    基準を読み、記録を残す

    受入テストの合否判定基準も、修正方法の取決めも、全体テスト計画書も、いずれも文書として存在する情報です。参画するエンジニアがこれらの文書に直接目を通せる案件であれば、基準を後から知るのではなく、先に確かめることができます。修正のやり取りが発生した場合も、指摘の内容と対応した記録を残しておくと、後から契約不適合の範囲を確認する際の材料になります。

    リモートで参画する場合、対面で補足説明を受ける機会が限られることがあります。だからこそ、検収基準や修正方法の取決めが文書としてどこまで整理されているかは、契約前に確認しておきたい点になります。文書が整理されている案件であれば、離れた場所からでも、基準に沿って自分の作業を進めることができます。

    指摘を受けてから慌てて対応するよりも、契約に記載された基準を先に読んでおくほうが、修正の見通しは立てやすくなります。

    リモートでも確認できる範囲を、参画の前に確かめる

    リモートで参画する案件では、検収基準や全体テスト計画書がどのように共有されるかを、参画前に確認しておくことが安心材料になります。基準や記録が文書として整理されている案件であれば、場所に縛られずに、必要な情報へアクセスしながら進めることができます。Remoguは案件の90%以上がフルリモート可能で、リモート案件に特化したエンジニアマッチングです8。これまで積み上げてきた経験を、検収の基準を読み解く力として活かせる案件を探す入り口として、会員登録して自分に合う条件を確かめてみることができます。

    6. まとめ

    「直したのに終わらない」という状況が起きるのは、合格の基準がいつ示されるかという順序に原因があるためです。テスト工程は単体・結合・総合・受入の4つに分かれ、受入テストで初めて契約上の合否判定基準が姿を見せます。その基準と修正方法の取決めは契約に記載され、案件ごとの調整結果は全体テスト計画書に残ります。納品後に契約不適合が見つかった場合も、追完を請求できる方法と、行使できる期間が定められています。基準と記録のありかを先に確かめておくことが、参画するエンジニアにとっての備えになります。契約や文書を通じて先に確かめる姿勢を持てば、修正のやり取りに追われるだけの参画にはなりにくくなります。

    自分の経験を活かせる案件を見つけたい場合は、まず会員登録をして、検収の基準が明確な案件の条件を確かめてみることから始められます。

    7. よくある質問

    受入テストは誰が実施するのか

    受入テストは、それを通じて合否判定基準の充足を確認することが検収基準にもなる、という位置づけの工程です4。参画するエンジニアは、実施の対象となる成果物を準備し、指摘があった場合の対応を担う立場になることがあります。実施の進め方は案件ごとの全体テスト計画書に記録されているため、参画前にその内容を確認しておくと見通しを持ちやすくなります2。対応の範囲や進め方について、参画の早い段階でクライアントと協議しておくと、指摘を受けた際の動き方に迷いにくくなります。

    総合テストと受入テストの違いは

    テスト工程は、単体テスト・結合テスト・総合テスト・受入テストの4つを実施する前提で組み立てられています1。このうち受入テストは、それを通じて合否判定基準の充足を確認することが検収基準にもなる工程です4。確認する主体と、基準の出どころが異なる点が、2つを分ける違いです。総合テストの段階で不具合が見つかれば、受入テストに進む前に解消しておくことが望まれます。段階を踏んで基準を満たしていくことが、検収までの見通しを保つ助けになります。

    検収基準が契約に無いときはどう確かめるのか

    検収基準と修正方法の取決めは、契約に記載することになっています3。契約書の中に見当たらない場合は、全体テスト計画書など関連する文書に基準が示されていないかを確認することが手がかりになります2。基準そのものを自分で作ることはできないため、記載箇所が分からない場合は、契約の相手方であるクライアントに確認することが現実的な方法です。契約書とは別に、覚書や仕様書に近い文書へ基準が記載されている案件もあります。関連する文書を広く確認する姿勢が、見落としを減らします。

    納品後の連絡にはどこまで応じるのか

    納品後の連絡が契約不適合の指摘に基づくものであれば、修補・代替物の引渡し・不足分の引渡しのいずれかの方法で履行の追完を請求できる範囲の話として受け止めることができます5。どこまで対応するかは、指摘された内容が契約の内容にどう適合していないかという客観的な事実に基づいて確認する進め方が、出典の範囲でできる対応です。権利の行使には、行使できるときから10年間という期間の目安もあります7。感情的な行き違いを避けるためにも、指摘の内容と対応の記録を文書で残しておくことが、双方にとって確認しやすい進め方になります。

    リモートでも受入テストに関われるのか

    受入テストの合否判定基準や全体テスト計画書が文書として共有される案件であれば、場所に縛られずに内容を確認しながら参画することができます。Remoguはリモート案件に特化したエンジニアマッチングで、フルリモートで参画しやすい案件を扱っています。オンラインでの確認や記録の共有が整っている案件であれば、離れた場所からでも合否の判断材料に触れながら参画を進められます。まず会員登録をして、検収の基準が明確な案件の条件を確認してみることが、次の一歩になります。

    リモートワーク案件をお探しの方へ

    Remoguは、株式会社LASSICが運営するITエンジニア・デザイナー専門のリモートワーク案件紹介サービスです。フルリモート・ハイブリッドの案件から、スキルに合うものを探せます。

    受入テストと検収は、手を動かす前に合格の線を読めるかどうかで進み方が変わります。まずはQA・テストや品質にかかわるリモート案件が、いまどんな条件で並んでいるかを見てみてください。

    QA・テストの案件を見る30秒で無料登録

    会員登録無料 / 案件閲覧・相談は無料

    ※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

    出典・参考情報

    *1 デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」第3編第1章 ITマネジメントの全体像(DS-110)(2025年5月27日)
    *2 デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」第3編第1章 ITマネジメントの全体像(DS-110)(2025年5月27日)
    *3 デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」第3編第6章 調達(DS-110)(2025年5月27日)
    *4 デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」第3編第6章 調達(DS-110)(2025年5月27日)
    *5 デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」第3編第6章 調達 契約不適合責任(DS-110)(2025年5月27日)
    *6 デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」第3編第6章 調達 契約不適合責任(DS-110)(2025年5月27日)
    *7 デジタル庁「デジタル・ガバメント推進標準ガイドライン 解説書」第3編第6章 調達 契約不適合責任(DS-110)(2025年5月27日)
    *8 Remoguサイト公開情報(フルリモート可能案件の割合)