TOP／ ソリューション／ 品質保証・ソフトウェアテスト／ 高速リリース対応テストチーム構築
高速リリース対応テストチーム構築
アジャイル開発のテストを、スプリントの中で終わらせる体制へ。
スプリント（2週間前後で区切る開発の単位）の中にQA（品質保証の担当）が入り、
開発と並行してテストを進めるチームを、立ち上げから運用まで支援します。
Target
対象となる開発の進め方
対象は、 アジャイル開発（短い期間で区切って、作る・確かめる・リリースするをくり返す進め方）のチームです。
開発の進め方 | このサービスとの関係 | 使えること |
|---|---|---|
アジャイル開発（代表的な進め方であるスクラムなど） | 主な対象 | このページの内容すべて |
1〜2か月ごとに機能追加をくり返す開発 | 考え方を応用できます（ご相談ください） | 回帰テストの範囲の決め方と、自動の回帰テスト |
ウォーターフォール開発 | 考え方を応用できます（ご相談ください） | 回帰テストの範囲の決め方と自動化、結合テストからのテストの前倒し |
ウォーターフォール開発でテストをまとめて任せたい場合は、「マニュアルテスト支援」をご覧ください。
Issues
毎回のリリース、こうなっていませんか
- リリース直前に、テストが集中する。 開発は予定どおりでも、テストが終わらずリリースが延びる。
- 「どこまでテストするか」を、毎回勘で決めている。 全部やる時間も、省いてよい根拠もない。
- QAが、スプリントの外にいる。 仕様の変更を、テストの直前に知る。
- プロダクトが増えるたびに、QAが手薄になっていく。 テストができる人は、なかなか採れない。
Why
なぜ、テストが最後に詰まるのか
開発が2週間ごとに進んでも、テストを最後にまとめると、その手前で待ちが生まれます。
ここで詰まり、リリースが延びる
そこで、テストもスプリントの中で少しずつ進めます。
Team
チームの組み方
人数は、リリースの頻度やプロダクト数に合わせて契約ごとに見直せます。
1つのプロダクトから始めて、広げることもできます。
Startup
立ち上げの1か月（目安）
リリースの流れを見て、待ちが生まれる所を特定する
1チームのスプリントにQAが入り、時間割どおりに回す
範囲の決め方を基準にまとめ、回帰テストの自動化に着手する
Strength
コウェルに任せる理由
アジャイル開発でのQA立ち上げを、事例として公開している
2週間ごとにリリースするリモート会議システムで、回帰テストの自動化と体制を2か月で立ち上げました。アジャイル開発に移ったお客様のQA組織づくりも支援しています。
ベトナムのトップ大学から採用したチームが、日本語で動く
ハノイ工科大学などベトナムのIT分野上位の大学と連携して採用し、全社員が専門講師による日本語のレッスンを受けて、日本語で業務を行える体制を整えています。日本側のリードと同じ言葉でスプリントに入れます。
手動・自動化・AIを、1つのチームで使い分ける
人による確認、自動の回帰テスト、AIによる作業の効率化を、同じ会社のサービスとして持っています。スプリントごとに必要な手段を選べます。
Case
事例
リモート会議システム
2ヶ月で立ち上げたアジャイル対応テスト自動化基盤と、高速リグレッション体制の構築
2週間スプリントで開発する中、手動中心の回帰テストがスプリント終盤に集中し、リリース遅延の原因になっていた事例。
FAQ
よくある質問
Qいまのスクラムのやり方を変える必要はありますか？
基本的には不要です。テスト側が合わせます。
Q自動テストがまだ何もありませんが、始められますか？
始められます。最初は手で確かめ、くり返す回帰テストから順に自動化します。
Q社内のQAメンバーとは、どう分担しますか？
補い合う形が基本です。役割分担の案は、立ち上げの初期にお出しします。
Q途中で人数を変えられますか？
契約ごとに見直せます。大きなリリース前の増員などをご相談ください。
Qウォーターフォールの開発でも使えますか？
主な対象はアジャイル開発です。回帰テストの範囲の決め方や自動化、テストの前倒しといった考え方は応用できます（ご相談ください）。
いまのリリースの流れを伺うところから始めます
直近のスプリントの進め方を伺い、体制と手順をご提案します。
Copyright © 2025 CO-WELL Co., LTD. All rights reserved.