メインコンテンツへスキップ
見出し画像

テスト自動化(Playwright等)を見積もりに入れる制作会社へ──「タダの社内作業」にせず、初期構築と月額の回帰テストに分けて売る手順と、手作業との比べ方の計算例

    この記事は、Playwrightなどのテスト自動化を、制作会社の見積もりと商品にどう入れるかを扱います。

    自動テストを書いたのに、誰も費用を払っていない

    AIのコーディング支援を使うと、自動テストのコードも短い時間で書けるようになりました。
    若手が気を利かせて、案件に自動テストを付けて納品します。


    ところが、見積もりには一行もありません。
    更新のたびにテストを直す時間も、保守料の中で吸収しています。


    品質は上がったのに、その費用は誰も払っていない。
    テスト自動化を「社内の工夫」のままにしておくと、こうなります。

    テスト自動化を商品にするとは、自動テストを「初期の構築」と「更新のたびの回帰テスト」に分け、お客様に見える成果物として見積もりと契約に載せることである

    黒字化の外科医です。テスト自動化を、無償の社内作業から、売れる仕事に変える手順を解剖します。


    見積もりに入れるべき理由は、三つあります。


    第一に、自動テストには、作る時間と直し続ける時間がかかるから。
    画面や仕様が変われば、テストも直す必要があります。この時間は、保守料に黙って含めると、契約の採算を崩します。


    第二に、お客様にとって、更新のたびの確認は価値があるから。
    「更新したら別のページが崩れていた」は、サイトの運用で起きやすい事故です。それを毎回確かめる仕組みは、説明すれば理解されやすい仕事です。


    第三に、AIで書く時間が短くなっても、何を確かめるかを決めるのは人だから。
    どの画面の、どの操作を守るのか。その判断と、テストが失敗したときの切り分けは、AIに任せきれません。

    Playwrightで、公式ドキュメントから確認できること

    具体的なツールの例として、Playwrightの公式ドキュメントで確認できたことを書きます(2026年10月25日に確認)。

    • Playwright Test は、Webアプリのためのエンドツーエンドのテストの仕組みで、テストの実行、結果の判定、並列実行などをまとめて備えています
    • Chromium、WebKit、Firefox に対応し、Windows、Linux、macOS で動きます
    • テストを記録して作る機能(Codegen)、実行の経過を見返す機能(トレースビューアー)、結果のHTMLレポートがあります
    • 画面のスクリーンショットを、基準の画像と比べる機能があります。ただし、表示はOS、バージョン、設定、ハードウェアなどで変わりうるため、基準の画像を作った環境と同じ環境で実行することが勧められています

    対応する環境の細かな条件や、使える機能は更新されます。導入の前に、必ず公式で確認してください。
    ほかのテストのツールでも、考え方は同じです。どのツールを使うかは、自社の技術と案件で決めてください。

    今すぐ試せる:自動テストの対象を決めるプロンプト

    私はWeb制作会社のディレクターです。保守契約のあるサイトに、自動テストを入れる範囲を決めたいです。
    (顧客名、ログイン情報などの秘密情報は入力しません)
    
    【前提】
    ・サイトの種類と、主要な画面の数:〔記載〕
    ・お客様にとって止まると困る操作(問い合わせ、予約、購入など):〔記載〕
    ・更新の頻度(月に何回くらい):〔記載〕
    ・過去に起きた「更新したら別の場所が壊れた」事例:〔記載〕
    ・対応すると約束しているブラウザ:〔記載〕
    
    1. 自動テストで守るべき操作を、優先順に5つ挙げる。
    2. 各操作について、「何が起きたら失敗とするか」を1行で書く。
    3. 自動テストに向かない確認(見た目の印象、文章の正しさなど)を分けて挙げる。
    4. 初期の構築にかかる作業と、更新のたびにかかる作業を分けて列挙する。

    テスト商品工場:手作業との比べ方と、見積もりの行

    手作業の回帰確認と比べる(数字はすべて例)

    【手作業の場合】
    確認する画面:30画面 × 3ブラウザ × 1画面5分 = 450分 = 7.5時間(1回の更新あたり)
    更新の頻度:月2回
    月の確認時間:7.5時間 × 2回 = 15時間
    
    【自動テストの場合】
    初期の構築:40時間
    月の保守(テストの修正):3時間
    月の結果の確認と切り分け:2時間
    月の時間:3 + 2 = 5時間
    
    月に浮く時間:15時間 − 5時間 = 10時間
    初期の構築の回収:40時間 ÷ 10時間 = 4か月


    この例では、更新が月2回あれば、4か月で構築の時間を取り戻します。
    逆に、年に数回しか更新しないサイトでは、回収に何年もかかります。自動化は、更新の多い契約から入れてください。

    見積もりと月額に載せる(数字はすべて例)

    目標の時間単価:7,645円(例)
    
    初期の構築:40時間 × 7,645円 = 305,800円
    月額の回帰テスト:5時間 × 7,645円 = 38,225円
    
    (参考)手作業で同じ確認をした場合の月の費用:
    15時間 × 7,645円 = 114,675円


    お客様には、「手作業で毎回確かめるより、月の費用を抑えながら、更新のたびに同じ範囲を確かめられる」と説明できます。
    ただし、自動テストで確かめられるのは、決めた操作だけです。その範囲を、契約書と月次の報告に書いてください。

    見積書と契約に入れる文言の例

    【見積書の行】
    ・自動テストの構築(対象:〔問い合わせ送信、予約の完了、ほか〕)
    ・回帰テストの実行と結果の報告(月額、更新ごと)
    
    【前提条件】
    ・自動テストで確認するのは、上記の対象の操作に限ります
    ・画面や仕様の大きな変更があった場合、テストの修正は別途お見積りします
    ・自動テストは、すべての不具合がないことを保証するものではありません


    前提条件の書き方は、見積書の「一式」をやめる型と同じです。

    ▶ 見積書テンプレート、Web制作の「一式」をやめる型──前提条件・除外事項の文例20、修正回数、有効期限、支払条件とAIの下書きプロンプト

    構造的なリスク

    逆説を指摘しておきます。


    自動テストを入れると、「テストが通ったから大丈夫」という安心が生まれます。
    けれど、テストが確かめているのは、書いた操作だけです。書いていない場所の崩れは、テストが通っても見つかりません。


    AIにテストを書かせると、この落とし穴は深くなります。実装と同じ思い込みのまま、テストも書かれることがあるからです。
    何を守るかの一覧は人が決め、テストがその一覧に合っているかを、レビューで確かめてください。

    よくあるQ&A

    Q. 小さなコーポレートサイトにも、自動テストは必要か?


    更新が少なく、止まって困る操作がないなら、手作業の確認で足ります。問い合わせのフォームだけを守る、小さな自動テストから始める手もあります。


    Q. テストのコードは、お客様に引き渡すのか?


    契約で決めます。引き渡すなら、動かし方の手順書も一緒に渡します。引き渡さず、自社の保守の道具として持つ形もあります。


    Q. 自動テストで失敗が出たら、誰が対応するのか?


    失敗の原因が、サイトの不具合か、テストの古さかを切り分けるのは、制作会社の仕事です。その時間を、月額の中に入れておきます。

    最後に

    自動テストは、書けば終わりではなく、更新のたびに守り続ける仕事です。


    構築と月額の回帰テストに分け、守る範囲を契約に書いた会社だけが、テスト自動化を品質の工夫から利益の出る商品に変えられるのです。


    自動テストを含めて、納品の前に何を確かめるかは、チェックリストの形でまとめました。

    ▶ AI駆動開発の納品前チェックリスト、品質を「確かめた記録」で渡すキット──レビュー・テスト・セキュリティ・ライセンス・ドキュメントの確認項目50、判定の記録表、例外の記録、顧客向け納品報告書、チェック工数の計算例

    これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。


    #Web制作会社 #テスト自動化 #Playwright #見積もり #保守契約 #品質管理 #制作会社経営 #中小企業 #AI駆動開発 #商品設計

     
     
    Web制作・開発会社の「労働集約という病」をAIで冷徹に切除し、利益率を極限化する組織ハッキング術を公開。 人間の感情と作業を排除し、社長一人で莫大な富を搾取する「完全無人ファクトリー」を構築する覚悟を持つ経営者のみ、有料記事で圧倒的な暴利と勝利を手に入れてください。

    あなたへのおすすめ