SESでテスト案件から開発案件へ進むには？経験の整理と準備

SESでテスト案件に入っている人の中には、「このまま開発経験を積めないのでは」と不安になる人もいます。

テストで担当したことを正確に伝えるのと同時に、自分で仕様・設計を考えて実装を進める力を準備します。教材どおりのアプリを完成させただけで、開発を自走できる実績にはしません。

仕様の確認や品質改善で担当したことを整理する

テスト案件から開発案件へ進みたい場合、単に「テストしかしていません」と言うのはもったいないです。

テスト経験には、次のような開発につながる要素があります。

• 仕様書を読んで理解する力
• 正常系、異常系を考える力
• 不具合の原因を切り分ける力
• 開発者へ分かりやすく報告する力
• 品質観点で改善提案する力

これらをスキルシートや面談で説明できると、開発案件への提案材料になります。

開発案件へ進む前に確認したいこと

テストで担当した範囲を説明する

「テスト実施を担当」だけでは、何を経験したのか伝わりません。

テスト設計をしたのか、テスト実施だけなのか、不具合起票をしたのか、仕様確認まで行ったのかを分けて書きましょう。

不具合の調査範囲を説明する

テストで見つけた不具合について、どのような条件で起きたのか、どこまで調査したのかを説明できると評価されやすくなります。

開発経験が浅くても、原因の切り分けに関わった経験は開発案件につながります。

開発に向けた学習内容を示す

テスト案件から開発へ進みたいなら、現場経験だけでなく、自分で実装経験を積むことも重要です。

Java、React、SQLなど、狙う開発案件に合わせた学習や成果物を用意しましょう。

開発案件へ進むためにやること

テスト案件から開発案件へ進むには、次の準備が必要です。

スキルシートを書き直す

仕様確認、テスト設計、不具合調査など、実際に担当した作業を書きます。

たとえば、次のような書き方です。

画面改修案件にて、結合テストの設計と実施を担当。
仕様書と画面挙動を照合し、入力条件ごとの異常系テストを整理。
不具合発生時は再現手順と想定原因をまとめ、開発担当へ共有した。

この例では、仕様の確認、テスト設計、開発者との連携が伝わります。経験していない作業は含めず、自分の担当範囲に置き換えてください。

スキルシートの書き方は、SESスキルシートの書き方｜単価アップにつながる実績・役割・成果の見せ方も参考になります。

自分で仕様と設計を決めて実装する

ポートフォリオでは、誰に何を提供するのか、業務・利用フローやデータをどう設計したのかを説明してください。チュートリアルをなぞっただけの成果物では、自分で考えて開発する力を示せません。

CRUDは処理を練習する題材にはなります。ただし、教材の模写と、自分でサービスを考えて作ることは分けてください。

• 誰のどの問題を解くかを決める
• 業務と利用フローを考える
• 必要な機能とデータを設計する
• 自分で実装し、テストして動かす
• 変更履歴、判断した理由、改善した点を説明する

仕様を決めてもらうのを待つのではなく、自分で調査・判断して開発を進める力を示します。実務経験として偽って書くものではありません。

案件選択で工程を確認する

次の案件を選ぶ時は、開発工程に入れるかを確認しましょう。

「テスト案件ですか、開発案件ですか」だけでなく、次のように聞くと具体的です。

• 実装工程に入る予定はありますか？
• 既存改修から担当できますか？
• テストから入った後、開発へ広がる可能性はありますか？
• チーム内でレビューを受けながら実装できますか？

案件選択の考え方は、SESで案件を選べる会社とは？案件選択制度のメリットと確認ポイントでも整理しています。

面談での伝え方

面談では、テスト経験を隠す必要はありません。

大切なのは、次に何を担当したいかと、そのために何を準備しているかを伝えることです。

直近では結合テストと不具合報告を担当していました。
仕様書を読み、異常系の観点整理や再現手順の作成を行っています。
個人学習では、対象者と使う場面を決め、機能・データを自分で設計してアプリを作りました。
実務のテスト経験と個人開発は分けて、仕様を決めた理由と自分で実装した範囲を説明します。

実際に自分で行った設計・実装だけに置き換え、教材の手順をなぞった部分とは区別してください。