QAが存在しないプロジェクトで、体制をゼロから構築しました。テストの設計・実行・リリース判断までを一人で担い、予定どおりリリースしています。ベンチャーから要員100名規模の現場まで、組織の状況に合わせて形を変えてきました。

Playwright による E2E を 85本、ユニットテストを 78ファイル設計・実装し、GitHub Actions 6本のワークフローで運用しています。全量は2シャード並列、スモークは8本と使い分け、本番ビルドに対して実行しています。スモークの対象が期待どおりかを検証する専用ステップを置き、「テストは通っているが中身が減っている」状態を検知できるようにしています。

LLMの出力をそのまま信用しない前提で組み込んでいます。応答の形をスキーマで固定し、確信度がしきい値に届かないものは人に戻す。APIキーが無い状況では定型の文面へ退避する。判定は自動で実行せず、記録と通知を経て人が決める。落としてはいけない条件はルールで機械的に拾い、AIの判定を上書きします。「AIが出した値」と「人が確定した値」は上書きせず、追記だけの履歴として並べて残します。

明示的な同意をデータモデルとして定義し、同意が最新でない利用者を画面側で捕捉する。実行時はアクセスログを残し、保持期間を過ぎたデータは定期処理で物理削除する。「学習や外部提供には使わない」という用途の限定を、同意画面・規約・プライバシーポリシーの三か所で揃える。ここまでを設計して実装しました。

英語を含む複数言語のローカライズ品質のレビューを、約1年4ヶ月担当しています。機械翻訳の出力について、訳文が原文と同じことを言っているかを1件ずつ確認し、逆翻訳による検証を併用します。言語そのものではなく、検証の手順を持ち込む立場です。

PDFからテキストを抽出して表記ゆれを正規化し、記載内容の食い違いを検出して通知する仕組みを実装しました。帳票の生成も同様です。撮影した書類をAIに読ませる読み取りでは、機械が読んだ値と人が直した値を分けて保持し、人が確認してはじめて確定する形にしています。

WordPress を REST API 経由の配信基盤として使い、フロントを Next.js で出す構成を構築し、運用しています。テーマを触るだけでなく、配信の基盤として設計する側です。別途、コーポレートサイト1件を、デザイン・制作から公開後の保守・セキュリティ対応まで約5年2ヶ月、一貫して担当しました。

Playwright を用いた E2E テストの実装。CI/CD への組み込み、既存プロダクトへの導入支援まで対応いたします。

テスト戦略の設計、QAプロセスの構築、チームの立ち上げ支援。新規立ち上げから既存体制の改善まで。

個人でのシステム開発経験を活かし、小規模な機能であれば実装からテストまで一貫して対応可能です。

月次でのコードレビューや技術相談。AI時代の品質保証について議論したい方へ。